TL;DR: Vulnerability exploitability, not confirmed exploitation, is the earlier signal defenders should use, according to Nucleus, because 14 of 22 pre-KEV CVEs with meaningful signals later landed in CISA’s KEV after showing stacked indicators such as PoCs, remote access, patches, and media attention. Waiting for confirmation leaves teams exposed to attacks that were already telegraphed.
Editorial analysis by NHI Mgmt Group, based on content published by Nucleus: “Exploitability Without Exploitation: When Attention Is the Signal”.
Key questions
A: Treat it as a live prioritisation problem, not a waiting game.
Q: Why is waiting for CISA KEV often too late for vulnerability response?
A: Because KEV is a confirmation mechanism, not an early-warning system.
Q: How do security teams know when exploitability signals are strong enough to act?
A: Look for signal accumulation rather than a single event.
Practitioner guidance
- Define a stacked-signal trigger Set an internal threshold for action when exploitability indicators accumulate on the same CVE, such as a PoC, remote access, a patch, and sustained public attention.
- Prioritise exposed and privileged assets first Move vulnerabilities on internet-facing or management-plane systems ahead of isolated assets because the blast radius is materially larger when exploitation lands.
- Use KEV as confirmation, not the starting gun Treat KEV listing as corroboration for remediation priority, but do not wait for it before beginning containment, patching, or compensating controls.
Bottom line: The article argues that exploitability signals should drive remediation before confirmed exploitation appears in public listings.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Exploitability is the better early governance signal than confirmed exploitation: security teams routinely lose time by waiting for a formal abuse confirmation that arrives after attacker interest is already obvious. The article’s strongest evidence is not that KEV is wrong, but that KEV is late relative to observable attackability. Practitioners should treat stacked exploitability indicators as the point where triage becomes mandatory, not optional.
A question worth separating out:
Q: What is the difference between a vulnerability and an exploit in cyber risk management?
A: A vulnerability is a weakness in code, configuration, or design. An exploit is the method used to abuse that weakness. Not every vulnerability is immediately exploitable, but once a working exploit appears, the issue becomes far more urgent. Security teams should assess exposure, mitigations, and likelihood of real-world abuse.
👉 Read our full editorial: Exploitability signals often beat KEV listings by days or weeks