
CSA: VulnOps in the Age of AI
Cloud Security Alliance research note arguing that traditional vulnerability management (scan, ticket, patch on a calendar) is breaking under AI-driven vulnerability discovery volume, NVD's April 15, 2026 risk-based triage policy that limits full CVE enrichment to CISA KEV/EO 14028/federal-use software, and compressed disclosure-to-exploitation windows. It defines VulnOps as a flow-oriented operating discipline (borrowing SRE/DevOps metrics like lead time, change-failure rate, and pipeline saturation) built on continuous discovery, EPSS/KEV-based risk prioritization instead of CVSS-only ranking, automated remediation-as-code, and first-class SBOM/supply-chain visibility, while also flagging agentic AI itself (prompt injection, tool-poisoning, MCP command execution) as a new vulnerability class the practice must cover.
What it is
CSA research note (published 2026-05-04) reframing vulnerability management as "VulnOps." The summary already carries the argument and the VulnOps definition; what it omits are the concrete numbers behind the claim and the three starting actions the note prescribes.
The numbers that anchor the argument
- NVD enriched 41,925 CVEs in 2025 — a 45% YoY increase and its largest output ever — and still ended the year with a backlog covering most of the inbound queue.
- Historical baseline was ~10,000 CVEs/year; the model is now absorbing 4–5x that.
- Google's Big Sleep agent reported 20+ previously unknown vulns in widely-used open-source since its fall-2024 launch (Aug 2025 disclosure).
- DARPA AIxCC: autonomous systems patched the majority of injected synthetic vulns in the Linux kernel, SQLite, and cURL, and surfaced 18 previously unknown real vulns in the process.
- Time-to-exploitation for high-impact vulns is now measured in days, with some weaponizations arriving within hours of disclosure (Mandiant M-Trends 2025).
What to do
The note gives three broadly-applicable starting points:
- Instrument saturation. Measure inbound finding rate against remediation throughput, treat the ratio as a saturation metric, and report it to security leadership monthly. A consistently saturated program is a structural problem, not a staffing one — "more tickets" cannot fix it.
- Diversify vulnerability intelligence. Do not depend on NVD alone (now enriching only KEV / EO 14028 / federal-use software). Pair it with at least one source covering the unenriched tail — named alternatives: VulnCheck, ENISA's EUVD — plus exploitability signals (CISA KEV, EPSS).
- Treat remediation as code. Default response to a vulnerable container image, package version, or config should be a tested, repeatable change committed to a repo and shipped through the normal pipeline — not a service-desk ticket.
Supply-chain posture is framed against SLSA and NIST SP 800-218: a program should answer "where is this dependency in our stack?" within minutes.
Caveats
The note itself hedges the AI-discovery figures: "whether or not any single claim is reproduced at the stated scale," it argues the floor of AI-driven output already exceeds manual triage capacity.
Organisations named here
- Mandiant M-Trends 2025
- security poverty line
- Wendy Nather
Technologies named here
- Linux kernel
- Big Sleep
- SQLite
- DARPA AI Cyber Challenge
- curl
- National Vulnerability Database
- CISA Known Exploited Vulnerabilities Catalog
- widely used open-source projects
- EPSS
- VulnCheck
- ENISA EUVD
- SLSA
- CVE Program / MITRE
- NVD
- CVSS
- SBOM
- Model Context Protocol
- Executive Order 14028
- CISA KEV
- NIST SSDF
- CVE program
Techniques named here
- Prompt injection chains
- Tool-poisoning attacks against agent integrations
- Model-context-protocol command execution flaws
Related in GRC

Orca Security: NIST AI Risk Management Framework (AI RMF) Explained

FOSSA: CISA Releases the 2026 SBOM Minimum Elements
Teach Yourself to Phish | Huntress
