Skip to content

Archives

A better future for JavaScript that won’t happen

  • A better future for JavaScript that won't happen

    This is 100% spot on, regarding the never ending series of exploits of failures of npm's security model:

    This could be the moment where npm comes to terms with its broken design, and with a well-funded effort (recall that, ultimately, npm is GitHub is Microsoft, market cap $3 trillion USD), will develop and roll out the next generation of package management for JavaScript. It could incorporate the practices developed and proven in Linux distributions, which rarely suffer from these sorts of attacks, by de-coupling development from packaging and distribution, establishing package maintainers who assemble and distribute curated collections of software libraries. By introducing universal signatures for packages of executable code, smaller channels and webs of trust, reproducible builds, and the many other straightforward, obvious techniques used by responsible package managers.

    Maybe other languages that depend on this broken dependency management model, like Cargo, PyPI, RubyGems, and many more, are watching this incident and know that the very same crisis looms in their future. Maybe they will change course, too, before the inevitable. [....]

    No one will learn their lesson. This has been happening for decades and no one has learned anything from it yet. This is the defining hubris of this generation of software development.

    I have been saying this for YEARS. I could not agree more with this post. Bravo! (via Oisin)

    Tags: via:oisin supply-chain-attacks security infosec npm dependencies exploits javascript coding development