you are viewing a single comment's thread
view the rest of the comments
[–] 3 points 6 months ago (5 children)
  • [–] 6 points 6 months ago* (4 children)

    And how would apt help in this particular case? A supply chain attack can happen with any particular package manager. In this case, the compromised package was detected and mitigated within 93 minutes, affecting a total of ~330 users. Which is a lot better than how a lot of distros handled the xz breach last year.

    All reasonably secure package managers (and https) operate on a chain of trust. There is little that can be done if that chain of trust is broken.

    Based on this the cause was a malicious VSCode extension that stole credentials that were later used to trigger a deployment CI/CD pipeline. If there's anything to learn from this, it's probably to not use VSCode.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 6 months ago (3 children)

    With cryptography. X.509 is trash. They should pin the public key.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 6 months ago (2 children)
    1. If your assumption is that X509 is trash, does that mean you hold the same amount of distrust to TLS?
    2. How do you propose the scaling of key management? Do you have a reasonable alternative to users blindly trusting every single key they come across?
    3. Back to my original question: what prevents a VSCode extension from stealing a private signing key (as opposed to an API key) and causing the same issues described here?
  • source
  • parent
  • hideshow 2 child comments