00 · IN THREE MINUTES
The answer in three steps
- 1A dependency brings its code, maintainers, update channel and further dependencies into the trust boundary.
- 2Build systems can be attacked even when the application’s own source is clean.
- 3Inventories, provenance, reproducible builds and constrained privileges reduce—but do not eliminate—the risk.
01 · THE TREE GROWS OUT OF SIGHT
The tree grows out of sight
A direct package may depend on dozens of transitive packages. Lockfiles and software bills of materials help identify the exact versions, but inventory alone does not establish that each artifact was built safely.
02 · TRUST CAN BE CAPTURED
Trust can be captured
Attackers may steal a maintainer account, publish a look-alike package, compromise a build server or alter an update. The malicious artifact then travels through a channel developers already trust.
The tree grows out of sight
A direct package may depend on dozens of transitive packages. Lockfiles and software bills of materials help identify the exact versions, but inventory alone does not establish that each artifact was built safely.
dependency graphTrust can be captured
Attackers may steal a maintainer account, publish a look-alike package, compromise a build server or alter an update. The malicious artifact then travels through a channel developers already trust.
trusted updateBuild provenance records the path
Signed attestations can state which source, builder and steps produced an artifact. Higher assurance requires isolated, tamper-resistant builds so the record is difficult for the same attacker to forge.
provenanceLeast privilege limits the blast radius
Install scripts and build tools often receive network access and secrets they do not need. Sandboxing, pinned versions, review gates and staged deployment reduce what a compromised component can reach.
contain + monitor03 · BUILD PROVENANCE RECORDS THE PATH
Build provenance records the path
Signed attestations can state which source, builder and steps produced an artifact. Higher assurance requires isolated, tamper-resistant builds so the record is difficult for the same attacker to forge.
04 · LEAST PRIVILEGE LIMITS THE BLAST RADIUS
Least privilege limits the blast radius
Install scripts and build tools often receive network access and secrets they do not need. Sandboxing, pinned versions, review gates and staged deployment reduce what a compromised component can reach.
05 · SECURITY IS CONTINUOUS MAINTENANCE
Security is continuous maintenance
Dependencies become unmaintained and new vulnerabilities are discovered. Teams need update policy, monitoring and a response plan rather than a one-time scan at release.
06 · SOURCES AND EVIDENCE
Sources and evidence
Claims are linked to foundational papers, standards or the primary study behind the update.
- 01Secure Software Development Framework (SSDF) Version 1.1TECHNICAL STANDARD ↗
Supports a defined mechanism, measurement or evidence boundary in this article.
- 02SLSA specificationTECHNICAL STANDARD ↗
Supports a defined mechanism, measurement or evidence boundary in this article.
