all 9 comments

sorted by: hot top controversial new old
[–] 21 points 11 months ago

Color me curmudgeon, but automated dependency updates should never be a consideration.

Also, one thing I do like that Github does is that it can be configured to send you a report of dependency changes (in yarn, for example).

  • source
  • [–] 20 points 11 months ago (1 child)

    Pinned (major.minor.patch) versions and ignore-scripts should be the default. It's insane that the default is to execute untrusted code from the Internet.

    It reminds me of back when IE would let me download a bat file and execute it

    /Getoffmylawn

  • source
  • hideshow 1 child comment
  • [–] 5 points 11 months ago

    I mean, modern package managers generally now come with lock files, which effectively auto-pin your dependencies, until you trigger a dependency update.

    And while it isn't bullet-proof, it does result in you effectively having a dependency cooldown most of the time. You're only vulnerable, if you trigger the dependency update while the compromised dependency release is public.

    Obviously, this can be bad enough, but it does also mean that an ecosystem with lock files is far less attractive to target with a supply-chain attack, since far fewer hosts will get compromised on average.

  • source
  • parent
  • [–] 19 points 11 months ago

    “cooldown” is exactly what it sounds like: a window of time between when a dependency is published and when it’s considered suitable for use. The dependency is public during this window, meaning that “supply chain security” vendors can work their magic while the rest of us wait any problems out.

  • source
  • [–] 10 points 11 months ago* (last edited 11 months ago)
    [–] 8 points 11 months ago

    Been using renovate a while, 42 added this as a default!

    minimumReleaseAge: 3 dayswill now be set by default for npm in config:best-practices

  • source
  • [+] 3 points 11 months ago (2 children)
  • [–] 2 points 11 months ago

    Most of the supply chain vulnerabilities I've seen published and talked about lately have been trying to do things like exfiltrate keys/secrets from developers, including ci.

    So of you've got a pr open with the vulnerable package update on it then you've goofed. Even potentially without merging if you've not got ci set up very securely, which is probably more common than we'd like to admit

  • source
  • parent
  • 5 comments in c/webdev@programming.dev view that post
    [–] 13 points 11 months ago (2 children)

    No no no, I should be using dependency cooldowns. You all should be finding the vulnerabilities and getting them fixed before they reach me.

  • source
  • hideshow 2 child comments
  • [–] [S] 2 points 11 months ago (1 child)

    I don't get your point. In most examples cited in the article, the supply chain attacks were found either by security researchers or maintainers realizing they did not intentionally push compromised version, not by everyday developers. The goal of dependency cooldowns is to give researchers and maintainers more time to detect attacks before they reach end-users.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 5 points 11 months ago (1 child)

    If we all use them, won't attackers switch to waiting an extra week before attempting to activate their attacks? This feels similar to antibiotics resistance in bacteria coming from over use of antibiotics.

  • source
  • hideshow 1 child comment