Why a lockfile grep alone can't settle an npm compromise alert
A package appearing in a lockfile only shows that the dependency tree can resolve a bad version, not that any machine downloaded or executed it. The author proposes a four-question triage: whether the package is in any lockfile, whether the resolved version is in the affected range, whether any CI job or developer machine installed it during the exposure window, and whether it could have run via install scripts or runtime use. Unknown answers should be treated as yes, since a missed rotation is far costlier than an unnecessary one. Credentials should then be rotated in order of blast radius, starting with publish and source-control tokens, and CI logs should be archived immediately because retention is short.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.


Discussion (0)
Log in to join the discussion and vote.
Log in