• Vorpal@programming.dev
    link
    fedilink
    arrow-up
    3
    ·
    7 个月前

    Yes, obviously there are more ways to hide malicious code.

    As for the git commit ID, I didn’t see you using it even when it was available though? But perhaps that could be a weakness, if the commit ID used does not match the tag in the repo, that would be a red flag too. That could be worth checking.

    • Paolo BarboliniOP
      link
      fedilink
      arrow-up
      2
      ·
      7 个月前

      I’m not completely sure what to do here because many crates seem to get published from the release PR branch, not the main one, so the commit id is usually unreliable anyway.

      On one side I want something strict that can’t be easily bypassed, on the other if everything’s a red flag you’ll just ignore it

      • Vorpal@programming.dev
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        7 个月前

        Hm, that is a fair point. Perhaps it would make sense to produce a table of checks: indicate which checks each dependency fails/passes, and then colour code them with severity.

        Some experimentation on real world code is probably needed. I plan to try this tool on my own projects soon (after I manually verified that your crate match your git code (hah! Bootstrap problem), I already reviewed your code on github and it seemed to do what it claims).