By NHI Mgmt Group Editorial TeamBased on GreyNoise: “Enhanced Detection Engineering at Scale in the Agentic Era” (July 30, 2026)

TL;DR: Generative AI has helped drive 2025 CVE growth to 48,162 entries, with reported vulnerabilities rising 130% from 2022 through 2025 and mean time to exploit now slightly negative, according to GreyNoise. That shift turns detection coverage into a governance problem: teams must automate triage and review without losing precision or introducing false confidence.


At a glance

What this is: GreyNoise argues that generative AI is accelerating CVE volume and compressing exploit timelines, forcing detection engineering to shift toward agentic workflows and tighter review loops.

Why it matters: For IAM and security teams, the key issue is not just faster vulnerability output but whether identity, access, and detection controls can keep up with machine-assisted attack and response cycles.

By the numbers:

  • The number of CVE entries added in 2025 reached 48,162, almost triple the 16,510 added in 2018.
  • Reported CVEs grew 130% from 2022 through 2025.
  • CVE Numbering Authorities grew from 23 in 2016 to over 500 by 2026.

Context

Generative AI is changing the economics of vulnerability discovery, exploit development, and detection engineering. When the volume of reported CVEs rises faster than human-led review and sensor coverage can scale, security teams face a governance problem as much as a technical one.

For identity and access programmes, the implication is indirect but real. Faster exploit production compresses the window in which credentials, service accounts, and exposed interfaces can be abused before defenders build or tune detections. The article also points to a shift toward agent-assisted analysis, which raises familiar questions about review, trust, and accountability.

GreyNoise frames this as a response to a broader detection coverage gap, not a one-off tooling update. That starting point is atypical only in scale, not in kind: many teams already struggle with backlog, false positives, and delayed coverage when vulnerability volume spikes.


Key questions

Q: What breaks when CVE detection coverage is not in place fast enough?

A: The failure is not just missed alerts. When detection coverage lags vulnerability disclosure, exploit activity can occur before teams have reliable tags, sensor coverage, or validated logic. That leaves security operations reacting after attacker techniques are already circulating, which reduces confidence in triage and increases the chance that true exploitation is treated as noise.

Q: Why does generative AI increase the pressure to automate security operations?

A: Generative AI can raise attack volume faster than teams can scale manually, while the cybersecurity workforce gap limits hiring. That combination makes human-only triage unworkable. Automation helps teams process more alerts, reduce dwell time, and keep remediation moving when attacks arrive at machine speed. Without it, security work becomes a backlog problem, not a protection problem.

Q: What are the signs that detection engineering is falling behind CVE volume?

A: Common signs include growing backlogs, delayed tag publication, repeated false positives, incomplete sensor coverage, and frequent rework after initial deployment. If teams are still manually stitching together references long after a CVE is public, the programme is already behind. Coverage drift usually shows up first as inconsistent visibility across platforms.

Q: How should teams govern agent-generated detection content?

A: Treat agent output as a draft, not an authority. Teams should require provenance, confidence scoring, and explicit human approval for the final detection logic, especially when the agent has gathered references or drafted queries from mixed-quality sources. Governance should focus on traceability and reviewability, not on letting automation decide production change by itself.


Technical breakdown

Why CVE volume now outpaces manual detection engineering

CVE intake is not just a reporting problem. Every new vulnerability can require summary review, exploitability assessment, data collection, sensor verification, and detection logic tuning before a usable tag exists. As generative AI lowers the effort needed to produce PoCs and vulnerability write-ups, the work queue expands faster than a lone engineer or small team can process it. The result is a structural lag between disclosure, evidence collection, and operational detection coverage. In practical terms, detection programmes need to treat CVE triage as a pipeline problem, not an ad hoc analyst task.

Practical implication: automate intake, prioritisation, and evidence enrichment so analysts spend time on judgment, not repetitive collection.

How agentic workflows change detection logic production

An agentic workflow can ingest CVE metadata, linked references, trusted write-ups, exploit code, patches, and sensor data, then draft a candidate query or tag for human review. That shifts the workload from manual synthesis to controlled orchestration. The critical design point is not autonomy for its own sake, but bounded task execution with quality thresholds, queueing, and review checkpoints. In this model, the agent becomes a research assistant that can accelerate draft creation and re-checking, while the detection engineer remains the accountable approver of the final logic.

Practical implication: define clear human review gates for any agent-generated detection content before it reaches production.

Why deception sensors and coverage breadth matter to exploit visibility

Detection quality depends on whether the underlying telemetry can actually observe the relevant platform and attack path. GreyNoise describes expanding Deception Sensor coverage across a wider range of hardware and software so exploit activity can be captured earlier and with better context. That matters because a tag built from incomplete telemetry can miss exploitation or produce false positives that erode trust. The broader lesson is that visibility and control must be designed together, especially when attack patterns change faster than the sensor estate does.

Practical implication: map sensor coverage against your highest-risk attack surfaces before assuming your detections are complete.


NHI Mgmt Group analysis

Detection coverage has become a time-to-knowledge problem, not just a tooling problem. GreyNoise is describing a world where exploitation speed and vulnerability output both exceed human review capacity. That changes the governance question from whether detections exist to whether the organisation can produce and validate them before exposure becomes active. For identity and access teams, the lesson is that response windows are shrinking across the entire control stack, not only at the endpoint or perimeter.

Agentic workflows are useful only if the approval model is explicit. The article’s strongest signal is not automation for its own sake, but the need to separate draft generation from production approval. That is the same governance pattern identity teams use when moving from manual access review to policy-driven automation. The practitioner takeaway is that machine-generated security content needs traceability, confidence thresholds, and accountable review before it can be trusted in production.

Visibility without coverage becomes false assurance. GreyNoise ties detection quality to the breadth and freshness of telemetry, which is a familiar failure mode in both security operations and identity governance. When sensors or identity controls do not cover the relevant surface, organisations overestimate their ability to see abuse early. Practitioners should treat coverage maps as living control evidence, not static architecture diagrams.

Named concept: detection coverage debt. This article illustrates the accumulation of unseen backlog between vulnerability creation, evidence collection, and operational tagging. Once that gap widens, every new CVE compounds the problem because the organisation is always reacting to yesterday’s exposure. The practical conclusion is to fund pipelines that reduce latency from disclosure to decision, not just headcount that reviews the backlog.

From our research library:

What this signals

Detection coverage debt: the gap between vulnerability publication and usable telemetry is becoming a material control failure. As CVE volume rises, teams should expect more pressure on triage, evidence quality, and validation rather than on raw alert count.

Agentic workflows can help, but only when they remain bounded by human approval and auditable quality thresholds. The real operational question is whether detection programmes can turn machine-assisted analysis into repeatable governance without weakening trust in the output.


For practitioners

  • Build a CVE triage pipeline Automate intake of CVE summaries, references, PoCs, patch data, and operational context so analysts can prioritise by criticality and exploitability.
  • Separate draft generation from approval Require human review of any agent-generated detection logic, including the evidence summary, before publishing tags or response rules.
  • Measure telemetry coverage against high-risk platforms Compare your sensor estate with the software and hardware most likely to be targeted so gaps are explicit before exploitation starts.
  • Reassess detections after publication Keep a scheduled loop for post-publication reference collection, because new exploit evidence can require tag revision and retesting.

Key takeaways

  • Generative AI is widening the gap between CVE publication and usable detection coverage, which turns vulnerability response into a pipeline and governance problem.
  • Agentic workflows can reduce manual effort in CVE triage and detection drafting, but only if humans retain approval authority over production logic.
  • Teams that cannot map telemetry coverage to likely attack surfaces will continue to discover blind spots only after exploitation is already in motion.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack and risk surface, while NIST CSF 2.0, CIS Controls v8 and NIST AI RMF set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKTA0006; TA0007 — Credential Access; DiscoveryThe article ties exploit research to attacker activity and detection of post-disclosure exploitation patterns.
Recommendation — Map CVE triage and detection content to TA0006 and TA0007 so exploit-driven discovery is tracked in your hunt process.
NIST CSF 2.0DE.CM-01 — Monitoring for Suspicious EventsThe core topic is improving monitoring coverage and detection response for emerging vulnerabilities.
Recommendation — Use DE.CM-01 to measure whether your sensors can observe exploitation as quickly as new CVEs appear.
CIS Controls v8CIS-5 — Account ManagementThe article’s broader theme is operational control over rapidly changing detection workflows and coverage.
Recommendation — Apply CIS-5 to keep operational ownership clear as detection content moves from manual handling to agent-assisted review.
NIST AI RMFGOVERN — AI Governance and AccountabilityAgentic workflows introduce governance requirements around oversight, traceability, and accountability.
Recommendation — Use GOVERN to define approval authority, logging, and accountability for agent-generated detection outputs.

Key terms

  • Cve Numbering Authority: A CVE Numbering Authority is an organisation authorised to assign CVE identifiers to vulnerabilities and publish the associated records. In practice, it helps create a common reference for security teams so advisories, scanners, and remediation systems can all speak about the same issue consistently.
  • Detection Coverage Gap: A detection coverage gap is a behavior, alert pattern, or attack path that existing rules do not reliably identify. In practice, it shows where telemetry exists but control logic is missing, too broad, or too slow to act on. Closing the gap usually requires rule tuning, new detections, or rule consolidation.
  • Deception Sensor: A deception sensor is an instrumented resource designed to attract, observe, or validate hostile activity. It extends visibility by capturing attacker interaction in a controlled environment, which helps improve signal quality and reduce dependence on assumptions drawn from incomplete logs.
  • Agentic workflow: An agentic workflow is a sequence of tasks executed by an AI agent with some level of tool access and decision authority. In security terms, the workflow matters because it can span multiple systems, identities, and permissions, which makes attribution and revocation harder than with ordinary automation.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and secrets management. It helps identity and security practitioners connect control design to the operational risks that emerge when systems scale faster than manual oversight.
NHIMG Editorial Note
Published by the NHIMG editorial team on October 16, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org