25 ms·
I'm even more cynical than your are here. I think the likelihood of this being the first time a credential-stuffing attack has worked against an npm account is
by bigiain 8y ago
I'm even more cynical than your are here.
I think the likelihood of this being the first time a credential-stuffing attack has worked against an npm account is vanishingly small.
While the timeline given makes the response time sound good - it still took a user notification 90 minutes after the first signs they've found so far of the attack to start kicking in the response.
I wonder how many npm packages are widely used but under _way_ less scrutiny than eslint?
Memories of the leftpad.js debacle make me suspect the attacker was not nearly as evil as possible - if they'd chosen a package that lives way down in the dependancy tree of a bunch of popular stuff, but which itself is unlikely to get much scrutiny, this attack might have slid under the radar for a lot longer. (And I've no confidence that this hasn't already happened, possibly multiple times, and this was just a copycat attacker who got "greedy" and foolishly dropped his attack payload onto a popular and heavily scrutinised package...)
- brandonjm 8y ago> just a copycat attacker who got "greedy" and foolishly dropped his attack payload onto a popular and heavily scrutinised package On that note, the main reason it was picked up was a bug in the attack itself. If the creator hadn't put the eval in the .on('data'... section and correctly waited until all data was received it wouldn't have thrown the SyntaxError. It may have flown under the radar for even longer.
- lovich 8y agoIt steals npm keys right? Maybe it was done in smaller less scrutinized packages and it finally hit pay dirt with a big package like eslint. They still don't know how it was compromised in the first place