You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We recently rolled out two supply-chain security changes on npm, and we'd like your feedback on how they're working in practice. This thread is for discussion — questions, friction, edge cases, and suggestions are all welcome.
Newly published packages are now scanned before they become available to install. Most publishes see a short delay (typically a few minutes) between publishing and availability. npm dist-tag keeps working during this window; commands that depend on the published version (like npm deprecate and npm unpublish) wait until the package is available.
If your automation assumes a package is installable the instant it's published, it may need to poll/retry for availability rather than assume a fixed delay.
2. Disclosure for dual-use content
Some legitimate packages (security research tools, pen-testing utilities, obfuscation tools, etc.) have capabilities that can look like malware to automated scanning. Maintainers of these packages can now declare them with a contentPolicy field in package.json and a DISCLOSURE file describing the intended use. This helps us distinguish legitimate security tooling from malicious packages without manually reviewing every publish.
We'd love your input
We're reading this thread and will use it to improve the rollout. Thanks for helping us make the ecosystem safer 🙏
Product FeedbackShare your thoughts and suggestions on GitHub features and improvementsnpmDiscussions around programming langages, open source and software developmentsource:uiDiscussions created via Community GitHub templates
1 participant
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hi all 👋
We recently rolled out two supply-chain security changes on npm, and we'd like your feedback on how they're working in practice. This thread is for discussion — questions, friction, edge cases, and suggestions are all welcome.
Full details are in the changelog: https://gh.io/npm-publish-time-scanning
What changed, in short
1. Packages are scanned at publish time
Newly published packages are now scanned before they become available to install. Most publishes see a short delay (typically a few minutes) between publishing and availability.
npm dist-tagkeeps working during this window; commands that depend on the published version (likenpm deprecateandnpm unpublish) wait until the package is available.If your automation assumes a package is installable the instant it's published, it may need to poll/retry for availability rather than assume a fixed delay.
2. Disclosure for dual-use content
Some legitimate packages (security research tools, pen-testing utilities, obfuscation tools, etc.) have capabilities that can look like malware to automated scanning. Maintainers of these packages can now declare them with a
contentPolicyfield inpackage.jsonand aDISCLOSUREfile describing the intended use. This helps us distinguish legitimate security tooling from malicious packages without manually reviewing every publish.We'd love your input
We're reading this thread and will use it to improve the rollout. Thanks for helping us make the ecosystem safer 🙏
All reactions