Is open source activism the “new” supply chain threat?
bytesafe.dev
bytesafe.dev
In light of this week’s discussion on the corrupted NPM packages colors/fakers ( https://news.ycombinator.com/item?id=29863672 ) the article describes one of our security features that enforces a delay before new versions from upstreams (like npmjs) are allowed in an organization’s private registry.
This puts a safety barrier between your organization and “the latest” versions, allowing you and the open source community time to react when things like this happens.
Most people seem to agree that something needs to be done in regards to how npm dependencies are managed, the problem is finding a solution that people can agree on…
We believe this solution comes with a lot of security benefits, without creating massive barriers that negatively impact developers day-to-day work.
In the case with security fixes and patches, you would be aware that a security issue exists and, if needed, could manually add the security patch either to the same registry or to another registry where you have complete control over the versions allowed.
1. You have a known security bug in one of your dependencies that is discovered.
If it is a serious bug you need to check if you are affected and make sure to use the right version and remove the faulty version from your registries. In this case any private npm registry will happily allow you to manually upload the correct version.
If your "security" is that you rely on your dependencies to be automatically updated when you happen to rebuild your product then sure this will increase your exposure time.
If it is not serious then it does not matter.
2. Somebody has uploaded something malicious (with some very high profile cases of late)
Then this might save you. Given that the community finds the malicious code before your delay period runs out.
atleast in this way we can secure ourselves from supply chain attacks
Let me know what's your thought on it.