2018-043-Adam-Baldwin, npmjs Director of Security, event stream post mortem, and making your package system more secure
Manage episode 223068151 series 124251
Adam Baldwin (@adam_baldwin)
Director of Security, npm
Role in the NodeJS project
Advisory? Active role? Maintain security modules?
Are there any requirements to being a dev?
Are there different roles in the NodeJS environment?
Is there any review of system sensitive packages? (or has that ship sailed…)
Discussion of timeline from NodeJS security team
When were you notified? (or were you notified at all?)
What steps were taken to fix the issue?
Official npm security policy: https://www.npmjs.com/policies/security (good stuff!)
Event-stream (initial bug report): https://github.com/dominictarr/event-stream/issues/116
Only affected bitcoin Wallets from ‘Copay’
“Cue relief, mixed with frustration, for anyone not targeted. Developer Chris Northwood wrote :
We’ve wiped our brows as we’ve got away with it, we didn’t have malicious code running on our dev machines, our CI servers, or in prod. This time.” (
“The damage this could have caused is incredible to think about. The projects that depend on this aren’t trivial either, Microsoft’s original Azure CLI depends on event-stream! Think of the systems that either develop that tool or run that tool. Each one of those potentially had this malicious code installed.”
“The malicious code detected earlier this week was added to Event-Stream version 3.3.6, published on September 9 via NPM repository, and had since been downloaded by nearly 8 million application programmers.”
Hacker News (with comments): https://news.ycombinator.com/item?id=18534392
Official npm blog post: https://blog.npmjs.org/post/180565383195/details-about-the-event-stream-incident
2017 package/user stats: https://www.linux.com/news/event/Nodejs/2016/state-union-npm
According to npmjs.org: over 800,000 packages (854,000 packages, 7 million+ individual versions)
Dependency hell in NodeJS:
“Roughly 76% of Node shops use vulnerable packages, some of which are extremely severe; and open source projects regularly grow stale, neglecting to fix security flaws.”
History of NodeJS security issues:
How to ensure this type of issue doesn’t happen again? (or is that possible, considering the ecosystem?)
What can devs, blueteams, or companies that live and die by NodeJS do to increase security, or assist in making NPM Security team’s job easier?
What the responsibility is of consumers of open source?
What can be done to ensure vetting for ‘important’ packages?
Can someone manage turnover? (or is that ship sailed?)
Threat assessment or ‘what could go wrong in the future’?
Keep up to date on NodeJS security issues:
^ this is great for node, but if you want to stay up to date with security advisories in the ecosystem?
npmjs.com/advisories or @npmjs on twitter
https://rubysec.com/ -Ruby security group
Check out our Store on Teepub! https://brakesec.com/store
Join us on our #Slack Channel! Send a request to @brakesec on Twitter or email firstname.lastname@example.org
#Youtube Channel: http://www.youtube.com/c/BDSPodcast
#iTunes Store Link: https://brakesec.com/BDSiTunes
#Google Play Store: https://brakesec.com/BDS-GooglePlay
Our main site: https://brakesec.com/bdswebsite
#iHeartRadio App: https://brakesec.com/iHeartBrakesec
Comments, Questions, Feedback: email@example.com
Support Brakeing Down Security Podcast by using our #Paypal: https://brakesec.com/PaypalBDS OR our #Patreon
#Player.FM : https://brakesec.com/BDS-PlayerFM
#Stitcher Network: https://brakesec.com/BrakeSecStitcher
#TuneIn Radio App: https://brakesec.com/TuneInBrakesec