Join our Newsletter — 33% off our NHI Course
Home› FAQ› Cyber Security› Why can risk scores miss live attack paths?
Cyber Security

Why can risk scores miss live attack paths?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated November 9, 2026 Domain: Cyber Security

Risk scores can miss live attack paths because they usually estimate severity from static asset or vulnerability data, not whether an attacker can combine reachable exposures, valid credentials, and privilege escalation in sequence. A low-scoring issue can still sit on a complete route to a sensitive system if trust relationships and access paths are intact.

Why static risk scores miss live attack paths

Risk scores are useful for triage, but they are not the same as attack-path analysis. A score usually compresses one issue at a time, while a live attack path depends on whether multiple exposures can be chained together, whether the attacker can actually reach them, and whether the trust relationships between systems still hold.

That is why a low score can sit on a high-value route. If an attacker can move from a reachable service, use valid credentials, and then escalate privileges toward a sensitive asset, the sequence matters more than the individual score of any single finding.

In practice, the gap appears when scoring treats an item as isolated rather than contextual. A misconfiguration, weak credential, or exposed service may look modest on its own, yet become far more serious when it is adjacent to a reachable identity, a permissive trust boundary, or an unbroken path to a Tier 0 system. NHIMG’s Identity Attack Paths Guide covers why path mapping changes prioritisation.

What live attack paths change about prioritisation

Live attack paths force you to think in sequences, not point findings. The question becomes not “How bad is this vulnerability?” but “Can this issue be used as a step in a real compromise route?” That shift matters because the same control weakness can be either noise or a decisive link depending on reachability, privileges, and adjacency to more sensitive assets.

Risk scoring also tends to flatten important differences between exposure types. A finding with a modest base score can still be operationally urgent if it unlocks lateral movement, privilege escalation, or access to privileged credentials. That is why attack-path-aware programs often prioritise choke points and bridging relationships ahead of higher-scoring but isolated issues. The BloodHound and Active Directory Attack Path Guide is a useful example of this prioritisation model.

For cloud environments, the same principle applies to attack exposure rather than raw severity. A configuration issue can be low priority in isolation but high priority if it sits inside a chain involving overbroad IAM, reachable workloads, or a compromised key. NHIMG’s CNAPP Guide shows how exposure, toxic combinations, and runtime context change the result.

Why the score can look low even when the route is real

Most scoring models are built to estimate severity, likelihood, or exploitability for a discrete issue. They are not designed to model a full adversary workflow across multiple systems. As a result, they can miss the compound risk created when several individually ordinary conditions align: exposed surface, usable credentials, excessive privilege, and a downstream path into a valuable target.

That mismatch is especially visible when a program scores assets without enough identity context. A credential may look harmless until it is attached to a privileged account, a service identity, or a trust relationship that reaches sensitive infrastructure. In those cases, the score often understates the real blast radius. NHIMG’s Credential chaining guide explains how one usable secret can become the start of a larger compromise route.

Risk scores also struggle when the environment changes faster than the scoring model. New access paths, inherited permissions, and stale trust relationships can create live routes that were not visible when the score was assigned. That is why exposure management programs increasingly pair scoring with validation, attack-path mapping, and remediation order rather than treating the score as the final answer. The Exposure Management Maturity Model reflects that progression.

Risk and Threat Considerations

When scores ignore chainability, they can leave organisations focused on isolated weaknesses while an attacker follows a complete route through reachable exposures and valid access. The real danger is not the individual finding, but the preserved path from initial foothold to high-value systems.

Failure mechanism: Static scoring usually evaluates one asset or one vulnerability at a time, so it can miss how reachable exposure, credential validity, and privilege escalation combine into a working attack path.

Impact: A low-scoring issue can still support lateral movement, privilege escalation, or access to sensitive systems, which means the operational priority should be driven by path existence, not the score alone.

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 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKT1098 — Account ManipulationAttack paths often hinge on privilege changes or new access relationships.
Recommendation — Map chained access changes to account manipulation and hunt for privilege expansion.
NIST CSF 2.0ID.RA-01 — Asset Vulnerability and Threats Are IdentifiedLive attack paths require identifying how exposures combine, not just isolated findings.
PR.AA-05 — Identity Management, Authentication and Access EnforcementAttack paths depend on whether access controls and trust relationships still allow progression.
DE.CM-09 — Potentially Adverse Event Analysis and Reporting Are PerformedPath-based validation supports monitoring for meaningful compromise indicators.
Recommendation — Assess whether exposures combine into a reachable compromise path. Verify access enforcement blocks progression across the identified path. Correlate findings into attacker paths before prioritising response.

Practitioner Guidance

What to verify: Check whether the issue is actually reachable from a plausible attacker starting point, whether any valid credentials or trust links are required, and whether the path ends at a sensitive system or high-value identity.

Decision rule: If a finding is part of a live route to privileged access, treat it as a prioritisation problem, not just a vulnerability-management problem, even when the numeric score is modest.

What good looks like: Your triage process should explain why a finding matters in context, not just how severe it is in isolation. The best programs can show both the score and the path.

Practitioner takeaway: Risk scoring is useful for sorting findings, but attack-path validation is what tells you whether an issue can actually be used to compromise something important.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 9, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org