| ▲ | blm126 2 hours ago | ||||||||||||||||
The one week cooldown option is not relying on other users to be a canary for you. Its just giving automated scanners a chance to notice. This is the perfect example. I don't think step security found this by accident. They are actively monitoring NPM package releases at some level. There is something to be said that Microsoft should be scanning packages pre-release. They aren't, though, so for right now there is a ton of value with very little downside if people implement a one week cooldown period. To answer your question directly, though. If everyone else moves to a one week cooldown, I would absolutely suggest a two week cooldown is a good idea. Being the "slow" moving organization is a good security trade-off so long as you don't take it to extremes and have escape hatches when you actually need to be moving quickly. | |||||||||||||||||
| ▲ | phoronixrly 2 hours ago | parent [-] | ||||||||||||||||
Thank you for the thorough response. I got the following from yours and other responses: * The JS ecosystem has been and will most likely continue to be fast-moving, so it's quite a safe assumption that at no point will a quarantine period be wide-spread. * This quarantine period is for (semi-)automated scanners to catch the issue. Although considering the above there will always be a non-zero amount of end-user canaries as well. * Maybe NPM should run scanners before distributing malware? * If the ecosystem by any chance adopts a week-long quarantine period, you'd be safer if you applied a longer quarantine period. | |||||||||||||||||
| |||||||||||||||||