Skip to main content
Reading paths

Software supply chain security: review, investigate, respond

Software supply chain security asks what code and access you trust before they reach a build or deployment. For a dependency change, that means more than the package name: review the resolved source, version, integrity information, install behaviour and the permissions available to the process that will run it.

Start with the lockfile checklist, then use the reproducible lab to practise reviewing a suspicious change. The lab uses synthetic fixtures and does not execute packages. The incident articles provide context for investigating your own exposure; a package appearing in a repository alone does not establish that a malicious version executed or that credentials were taken.

Review a dependency change before merging

Use the checklist to decide what deserves investigation, then compare your reasoning with the lab. Record what changed, the evidence you checked and what remains unknown instead of treating a clean scan as complete assurance.

Investigate package and build-tool incidents

Read the incident timeline and linked sources, then check the affected versions, installation window and execution context in your own environment. Keep confirmed observations separate from possible downstream impact.

Follow trust beyond the package registry

Dependencies are not the only route into a workflow. Review how an agent accepts installation instructions and how connected services receive access. These articles examine the trust decisions around documentation and OAuth.

Tools and guides