By NHI Mgmt Group Editorial TeamBased on XM Cyber: “Your CVE Count Is a Meaningless Metric” (May 18, 2026)

TL;DR: CVE counts and CVSS scores can make vulnerability programs look effective while leaving real attack paths untouched, because severity scoring does not measure reachability, exploitability, or access to critical assets, according to XM Cyber. Continuous Exposure Management shifts the metric from how many findings are closed to how many viable paths to crown-jewel systems remain.


At a glance

What this is: XM Cyber argues that CVE counts and CVSS scores miss whether vulnerabilities are actually reachable, exploitable, or connected to critical assets.

Why it matters: IAM, NHI, and security teams need exposure-based prioritisation because the controls that matter are the ones that shrink viable paths, not just the number of findings closed.


Context

CVE-based reporting measures vulnerability volume, but it does not answer the governance question that matters most: whether an attacker can actually use a weakness to reach something valuable. That gap shows up whenever dashboards reward high ticket closure while leaving network reachability, privilege paths, and exposed services unmodelled. In identity-heavy environments, the same problem appears in over-permissioned accounts, service credentials, and delegated access that scanners never count as vulnerabilities.

This article is really about exposure management versus list management. The article argues that most organisations still optimise around CVSS because audits, tooling, and workflow habits reward the score, even when the score ignores the environment in which the vulnerability sits. For practitioners, the lesson is that vulnerability governance has to reflect path to impact, not just flaw severity.


Key questions

Q: What breaks when vulnerability programmes only measure exposure counts?

A: They lose the ability to distinguish theoretical weaknesses from issues an attacker can actually exploit. That creates noisy backlogs, weak prioritisation, and poor governance because remediation effort is driven by volume instead of reachable business risk. A better model validates exploitability, ties findings to valuable assets or data, and then proves the fix worked before closure.

Q: Why do CVSS-based remediation policies often miss the real business risk?

A: Because CVSS rates the flaw in isolation, not the environment around it. A lower-scored issue on a reachable authentication path can be far more dangerous than a higher-scored issue in an isolated system. When policy is built around score thresholds, teams can satisfy the audit while leaving the most viable attack routes open.

Q: What are the signs that healthcare exposure management is failing in practice?

A: Common signs include repeated false positives, slow patch decisions, poor visibility into hybrid assets, and continued exposure on critical systems despite scanning. If teams still cannot identify which vulnerabilities affect patient care, or if misconfigurations remain in place across cloud and medical device environments, the program is not reducing risk in a meaningful way.

Q: How do security teams measure whether remediation is actually reducing policy risk?

A: Teams should measure whether the share of records at risk is falling over time, not just whether tickets are closing. Useful signals include the percentage of risk removed from top datastores or objects, the remaining exposure after fixes, and whether the policy trend is moving downward. If those numbers do not improve, remediation is not changing the risk picture.


Technical breakdown

Why CVSS overstates risk in isolation

CVSS is a severity model, not a contextual risk model. It scores a vulnerability by characteristics of the flaw itself, then leaves teams to infer whether that flaw is reachable, chained to other weaknesses, or relevant to crown-jewel assets. That works poorly when a high-score issue sits in an isolated lab while a lower-score issue sits on a public authentication path. The metric is not wrong, but it is incomplete for prioritisation. It measures the vulnerability, not the exposure created by the surrounding architecture, identity paths, and control failures.

Practical implication: Use CVSS as one input, not the decision rule, when prioritising remediation.

What attack paths reveal that CVE counts hide

Attack-path analysis asks a different question: if an adversary starts from an initial foothold, what identities, permissions, services, and network routes let them reach critical systems? That matters because many high-impact exposures are not CVEs at all. Misconfigurations, over-permissioned identities, cached credentials, and lateral movement paths can create direct routes to sensitive assets without any scanned vulnerability. In identity terms, the real risk often sits in standing access, token reuse, or delegated trust that a scanner cannot model. This is why exposure management changes the unit of measurement from flaw count to viable compromise route.

Practical implication: Model and validate paths to critical assets, not just the number of open findings.

Why compliance-driven vulnerability programs drift from risk

Compliance often preserves CVSS because it is simple to audit and easy to encode into SLAs. The problem is that a compliance threshold can become the operating model, even when it was never designed to express business exposure. Once remediation is driven by score alone, teams end up treating all criticals as equivalent and ignoring whether the issue is actually exploitable in their environment. That creates severity theater, where the program looks disciplined but does not change attacker reach. In practice, the missing control is contextual prioritisation tied to asset value and exposure path.

Practical implication: Rebuild SLAs around validated exposure and business impact, not score thresholds alone.


Threat narrative

Attacker objective: Reach critical assets through the shortest viable path, not the highest-scored vulnerability.

  1. Entry occurs through an externally reachable weakness, but the article’s point is that reachability matters more than the raw CVE number attached to it.
  2. Escalation happens when that weakness connects to identities, permissions, or routes that let an attacker move toward more valuable systems.
  3. Impact occurs when the attacker follows a viable path to crown-jewel assets, while the higher-scored but unreachable findings remain noise.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Attack-path risk is the better governance unit than CVE count. CVE volume tells teams how many flaws they can see, but not whether those flaws sit on a viable route to critical assets. Security programmes that optimise for closure rate can still leave direct compromise paths untouched. The practical conclusion is that remediation governance has to shift from inventory management to exposure reduction.

Identity and access paths are part of vulnerability risk, even when no CVE exists. Over-permissioned identities, cached credentials, delegated access, and lateral movement routes often matter more than the underlying software flaw. That is where NHIMG’s identity lens adds value: attack-path prioritisation is also privilege-path prioritisation. Practitioners should treat identity exposure as first-class risk data, not a separate hygiene problem.

Severity theatre emerges when compliance metrics displace attacker reality. When auditors, SLAs, and dashboards reward score-based closure, teams can look busy without materially shrinking blast radius. This is why exposure management is not just a tooling change but a governance correction. The programme must answer whether critical routes are still open, not whether the queue is moving.

Validated exposure metrics will increasingly define mature vulnerability governance. As vulnerability volume grows and enrichment becomes less complete, organisations will need measures that reflect reachability, privilege, and business criticality. The shift is not simply from CVE to graph. It is from static findings to continuously tested paths that explain actual compromise potential. Practitioners should expect leadership to demand that level of evidence.

Continuous Exposure Management is the right named concept for this problem. The article points to a model where the control objective is continuous validation of whether attack paths remain open. That is more defensible than periodic score-based reporting because it maps directly to attacker movement and business impact. Teams should use it to reframe remediation from counting issues to proving that paths are closed.

What this signals

Continuous Exposure Management is the necessary correction to score-driven remediation. Organisations that keep treating vulnerability severity as the same thing as exposure will continue to overstate progress. The practical shift is to validate whether the path to a critical asset is still open, then prioritise the control that closes it.

Identity context belongs inside vulnerability governance, not beside it. Over-permissioned accounts, cached credentials, and delegated access can turn a modest software issue into a direct compromise route. That makes identity-aware triage a governance requirement, not an optional enhancement.

CVE counts alone create a false sense of control. Teams need a metric that tells them whether attacker reach is shrinking, because closure volume does not prove blast radius reduction. The reader takeaway is to make exposure paths the unit of executive reporting.


For practitioners

  • Prioritise validated attack paths Rank remediation by whether an issue sits on a live path to critical assets, not by CVSS alone. Include reachability, identity trust, and asset value in the decision.
  • Map identity exposure into vulnerability triage Add over-permissioned accounts, cached credentials, and delegated access to the same triage view as software flaws so the queue reflects real compromise routes.
  • Replace score-only SLAs with exposure SLAs Set remediation targets around closed attack paths and measured blast-radius reduction, then report progress as a change in reachable routes rather than a count of tickets closed.
  • Validate external entry points continuously Test public-facing services, authentication APIs, and third-party integrations for reachability into critical systems instead of assuming a high severity score means highest risk.

Key takeaways

  • CVE and CVSS reporting can look healthy while direct attack paths remain open to critical assets.
  • The main governance failure is treating score-based closure as proof that exposure is falling.
  • Security teams should measure validated paths to crown-jewel systems and use that metric to drive remediation.

Standards & Framework Alignment

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

NIST CSF 2.0 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0ID.RA-01 — Asset vulnerabilities are identified and documentedRisk here depends on identifying which vulnerabilities are exposed in context.
PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article highlights over-permissioned identities and cached credentials as hidden exposure paths.
Recommendation — Document vulnerabilities with reachability and asset context so triage reflects actual risk. Review permissions and authorisations alongside software flaws to reduce viable compromise paths.
CIS Controls v8CIS-7 — Continuous Vulnerability ManagementThe article critiques score-only remediation and argues for continuous exposure validation.
Recommendation — Use continuous vulnerability management to prioritise issues by exposed attack paths and business impact.

Key terms

  • Attack path: A sequence of identities, permissions, systems, and data stores that an attacker can traverse after obtaining trusted access. In practice, attack paths matter more than single accounts because they show how a low-risk identity can become a route to high-value exposure.
  • Continuous Exposure Control: A governance model that treats application exposure as a live condition rather than a one-time assessment result. It links scanning, release changes and runtime verification so teams can see when public-facing risk reappears after deployment or integration drift.
  • Exposure Path: The route by which sensitive data becomes reachable, copied, or redistributed across systems. In practice, this can include direct permissions, delegated access, service account privileges, API integrations, and downstream replication into less protected environments.
  • Severity Theater: A situation where an organisation appears to be managing security effectively because it is closing high-severity findings, while the underlying attacker routes remain open. The term captures the gap between compliance activity and meaningful risk reduction.

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 gives practitioners the vocabulary and control model needed to govern exposure where identities and access paths drive real risk.
NHIMG Editorial Note
Published by the NHIMG editorial team on August 1, 2026.
Updated on October 13, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org