TL;DR: Verified incidents across the past week and month show supply-chain worms, OAuth compromise, and ransomware velocity are converging on the same weak points in AppSec and identity fabrics, according to Veracode’s Cyber Risk Intelligence Brief. Preventive ingestion controls, unified visibility, and faster remediation now matter more than post-facto scanning alone.
NHIMG editorial — based on content published by Veracode: Cyber Risk Intelligence Brief on supply chain trust erosion and ransomware velocity
By the numbers:
- In H1 2026, ransomware averaged 23 disclosed attacks per day, up 11% from H2 2025.
- PolinRider alone delivered 108+ malicious packages, illustrating how supply-chain worms can scale through developer ecosystems.
Questions worth separating out
Q: What breaks when supply-chain trust is not enforced before ingestion?
A: When trust is only checked after download or deployment, malicious packages can move through the build chain faster than review and remediation can respond.
Q: Why do OAuth tokens and integration secrets increase blast radius?
A: They are delegated credentials that often carry legitimate, scoped access into SaaS, CI/CD, or customer environments.
Q: How do security teams know whether preventive controls are actually working?
A: Look for blocked ingestion attempts, reduced malicious artifact reach, faster revocation of high-value tokens, and fewer downstream findings created by the same trust path.
Practitioner guidance
- Enforce pre-ingestion package controls Block untrusted, malicious, or policy-violating artifacts before they enter npm, PyPI, Maven, or internal mirrors.
- Inventory and govern integration tokens Create an owner, scope, and revocation path for every high-value OAuth token, API key, and service credential that connects SaaS or CI/CD systems.
- Prioritise exposed identity and edge assets Focus remediation on internet-facing systems, MSP-linked access, and credentials that can open multiple downstream tenants.
What's in the full report
Veracode's full briefing covers the operational detail this post intentionally leaves for the source:
- Incident-by-incident breakdowns of the June and July disclosures, including the trust path used in each case.
- Detailed control mappings for Package Firewall, Risk Manager, Container Security, and EASM across the cited risk areas.
- Specific remediation workflows for supply-chain worms, OAuth compromise, exposed management interfaces, and KEV prioritisation.
- Telemetry-backed guidance on what blocking at ingestion changes compared with post-facto SCA alone.
Supply chain trust erosion: what AppSec teams need to change now?
Explore further
Supply-chain trust erosion is now an identity governance problem, not only an AppSec problem. The briefing repeatedly shows that the most effective attacker paths rely on legitimate-looking credentials, integrations, and developer trust relationships. That means ownership, lifecycle, and revocation are now as important for software pipelines as they are for human access. Practitioners should treat every delegated secret, token, and maintainer path as a governed identity asset.
A question worth separating out:
Q: Who is accountable when a third-party integration is abused?
A: Accountability belongs to the business owner, the platform owner, and the identity team together, because connected apps sit across operational boundaries. If no one can state who approved the grant, who renews it, and who revokes it, the organisation has a governance gap. Ownership must be explicit before incidents happen.
👉 Read our full editorial: Supply chain trust erosion and ransomware velocity demand control discipline