Join our Newsletter — 33% off our NHI Course

Software supply chain security and identity controls: what teams need now

 

(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 16623
Topic starter  

TL;DR: Enterprises face faster-moving software supply chain risk as 82% report security debt, 66% of critical long-lived vulnerabilities originate in third-party code, and remediation lags persist, according to Veracode and cited breach data. Security teams now need continuous visibility, enforced build integrity, and tighter control over the identities and secrets that move through CI/CD and AI-assisted development.

Editorial analysis by NHI Mgmt Group, based on content published by Veracode: “Top Software Supply Chain Security Best Practices for Enterprises”.

By the numbers:

  • 66% of the most critical, long-lived vulnerabilities in enterprise applications originate from third-party code, according to Veracode.
  • Only 26% of critical vulnerabilities listed in CISA’s Known Exploited Vulnerabilities catalog were fully remediated, according to Veracode.
  • The median time to full resolution climbed to 43 days, according to Veracode.

Key questions

Q: What breaks when non-human identities are not governed in software supply chains?

A: When non-human identities are not governed, attackers can use tokens, service accounts, and secrets to reach build, release, and data systems that were never meant to be exposed together.

Q: Why do transitive dependencies create more risk than teams expect?

A: Transitive dependencies are often invisible to the developer who triggered them, but they still become part of the shipped application.

Q: What are the signs that software supply chain controls are failing in practice?

A: Common warning signs include overreliance on vulnerability lists, weak visibility into third party dependencies, limited scrutiny of developer tooling, and no practical way to audit the full software estate.

Practitioner guidance

  • Govern pipeline and registry identities as privileged assets Map every service account, token, signing key and bot that can approve, publish or deploy software, then remove standing access wherever possible.
  • Block unapproved dependency ingestion at the build boundary Enforce policy on package sources, publisher trust, typosquatting and transitive dependency approval before code enters the build.
  • Require provenance evidence for build outputs Adopt artifact signing, build attestations and source-to-binary traceability so release trust depends on verifiable origin rather than post-build inspection.

Bottom line: Software supply chain security is now inseparable from identity governance because build and release paths rely on privileged non-human actors.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 5 months ago
Posts: 17054
 

Software supply chain security has become a machine identity governance problem. The article is right to move beyond code review and scanning because build systems, registry publishers and automation bots are the actors that now control software movement. When those identities are overprivileged or long-lived, compromise becomes a distribution event rather than an isolated incident. Practitioners should manage pipeline identities with the same rigor they apply to privileged human accounts.

A few things that frame the scale:

  • 92% of organisations expose NHIs to third parties, raising concerns about supply chain security, according to the Ultimate Guide to NHIs.
  • 59% of compromised machines in a major 2025 supply chain attack were CI/CD runners rather than personal workstations, according to the State of Secrets Sprawl 2026.

A question worth separating out:

Q: How should security teams balance SLSA and SBOM requirements in software delivery?

A: SBOMs tell you what components are present, while SLSA addresses whether the artifact itself can be trusted. Teams should use both: SBOM for inventory and vulnerability response, SLSA for build provenance and tamper resistance. Together they create a fuller control picture than either one alone, especially when third-party and AI-assisted code are both in play.

👉 Read our full editorial: Software supply chain security best practices now hinge on identity controls



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.