Aren't we back to the drawing board once everyone uses this?
Cooldown Support for Ruby Bundler
11–20 of 46 posts
Re: Cooldown Support for Ruby Bundler
#12Re: Cooldown Support for Ruby Bundler
#13you have 1.0 installed. you enable 7 day cooldowns. an exploit is discovered in 1.0, and 1.1 is immediately released to fix the exploit. do you sit on 1.0 for 7 days?
Re: Cooldown Support for Ruby Bundler
#14you have 1.0 installed. you enable 7 day cooldowns. an exploit is discovered in 1.0, and 1.1 is immediately released to fix the exploit. do you sit on 1.0 for 7 days?
Re: Cooldown Support for Ruby Bundler
#15Aren't we back to the drawing board once everyone uses this?
Yea, all the new advice around using dependency cooldowns only works if _someone_ is installing these things before you and finding the vulnerabilities. It seems like the advice right now is to become a freerider while there are still people installing closer to release that will do free work for you finding out there's something nasty in the release. Once everyone is waiting 2 weeks to install an update, then the va…
Just as users are incentivized to avoid malware, researchers and attackers are equally motivated to be the first to discover it.
The concern trolling around widespread dependency cooldowns doesn't make sense. Most people shouldn't be eager to download a release that hasn't made its way through at least some scans.
Re: Cooldown Support for Ruby Bundler
#16Aren't we back to the drawing board once everyone uses this?
I think the idea is that dedicated security firms and/or automated scanners will discover exploits in the cooldown period.
Re: Cooldown Support for Ruby Bundler
#17Aren't we back to the drawing board once everyone uses this?
It basically devolves into a Volunteer’s Dilemma. There’s no incentive here to be the guinea pig, so nobody will want to be.
Except there is lots to gain from being the first to write about the new malware on some registry, so companies are actively downloading and inspecting literally every package.
Back in the day (maybe 6-7 years ago?) you could detect this by uploading a new npm package that hit back some endpoint in your control, and it was almost guaranteed that this endpoint got a request within a minute of publishing a new package or update to existing one with users. Nowadays I think none of the scanners actually run the code, mostly static-analysis, and I dunno how often the npm download counter updates per day, probably harder to see in real-time.
Re: Cooldown Support for Ruby Bundler
#18you have 1.0 installed. you enable 7 day cooldowns. an exploit is discovered in 1.0, and 1.1 is immediately released to fix the exploit. do you sit on 1.0 for 7 days?
Re: Cooldown Support for Ruby Bundler
#19Earlier quoted context omitted.
It basically devolves into a Volunteer’s Dilemma. There’s no incentive here to be the guinea pig, so nobody will want to be.
> It basically devolves into a Volunteer’s Dilemma. There’s no incentive here to be the guinea pig, so nobody will want to be. Except there is lots to gain from being the first to write about the new malware on some registry, so companies are actively downloading and inspecting literally every package. Back in the day (maybe 6-7 years ago?) you could detect this by uploading a new npm package that hit back some endpo…
Show me the company writing to their customers “we intentionally decided to ship code with potentially novel vulnerabilities. One of those vulnerabilities caused disclosure of your data, but cheer up! We have this cool security blog post about it now.” Meanwhile their competitors freeride and their customers’ data is safe.