TL;DR: Security leaders report 93% confidence they have taken the right steps to prevent a breach, but only 12% validated EDR effectiveness in the last three months and 26% test whether the SOC can detect and interrupt real attack techniques, according to Horizons.ai. The gap shows why verification, not dashboard completion, is becoming the practical measure of resilience.
At a glance
What this is: Horizons.ai argues that assumed security is breaking down because many teams still measure completion and confidence instead of proving that controls resist real adversary techniques.
Why it matters: Security and identity practitioners need validation-led governance because identity-driven attacks, lateral movement, and exploitability can remain untouched even when dashboards look complete.
By the numbers:
- 93% of CISOs believe they have taken the right steps to prevent a breach.
- Only 12% have validated EDR effectiveness in the last three months.
- 26% test whether their SOC detects and interrupts real attack techniques.
- 11% confirm or remediate known exploited vulnerabilities within 24 hours.
Context
Security programmes often drift toward measuring activity instead of proving resistance. Patch counts, ticket closure, and scan volume can all look healthy while the underlying attack paths remain open, which is why verification has become a governance problem rather than just a tooling question. For identity and access teams, the same issue appears when privileged paths, lateral movement routes, and compromised credentials are assumed to be controlled without being exercised against realistic attack behaviour.
Horizons.ai frames the issue around the gap between confidence and confirmation. The article’s core claim is that modern environments change too quickly for static compliance checks to stand in for operational proof, especially where attackers move through identities, endpoints, and exploitable configurations rather than through isolated weaknesses. That makes validation a control plane issue, not a reporting exercise.
The article’s starting position is typical of many mature security programmes: strong on metrics, weaker on adversary validation. That mismatch is now common enough to be treated as a structural control gap rather than an edge case.
Key questions
Q: What breaks when security teams rely on dashboard completion instead of validation?
A: Completion metrics can show that tasks were done without proving that controls stop an attacker. The result is a false sense of security, especially when identity abuse, lateral movement, or privilege escalation can still succeed. Practitioners need proof that controls interrupt real techniques, not just evidence that tickets were closed.
Q: Why do unvalidated controls create more risk in identity-driven environments?
A: Identity-driven environments allow attackers to move through access, privilege, and trust relationships instead of exploiting only one system. If controls are not tested against those movement patterns, teams may assume containment where none exists. That makes unvalidated access paths, service accounts, and response workflows a practical route to escalation.
Q: How can security teams tell whether EDR and SOC controls are actually working?
A: They should test whether those controls can detect and interrupt real techniques, not just whether alerts are generated or dashboards look healthy. A working control changes attacker behaviour by breaking progression through the kill chain. If it only records activity after the fact, it is measuring rather than defending.
Q: Should organisations prioritise attack-path testing before expanding more controls?
A: Yes, when they already have broad tooling but weak proof of effectiveness. Attack-path testing reveals which controls actually interrupt adversary movement and which only report coverage. That helps security teams invest in the weakest link first, especially where identity paths or privilege chains remain open.
Technical breakdown
Why dashboard metrics fail as proof of resistance
Dashboard metrics answer whether tasks were completed, not whether an attacker could still use the environment. A patched vulnerability can remain reachable through another service path, and a closed ticket does not tell you whether privilege pathways, endpoint controls, or detection logic would hold under live technique chaining. In security terms, the measurement has shifted from state to outcome. That matters because attack resistance is probabilistic and path dependent, especially in identity-driven environments where initial access often becomes lateral movement before defenders notice. Practical implication: treat completion metrics as hygiene signals, not evidence of control effectiveness.
Practical implication: validate whether controls block adversary techniques, not just whether remediation work was logged.
How exploitability testing changes the meaning of remediation
Exploitability testing asks whether a condition is actually usable by an adversary, which is different from asking whether it exists. Many teams remove findings from a queue without proving that the combination of access, timing, and adjacent controls no longer creates an attack path. This is especially relevant for identity-bearing paths such as service accounts, remote management routes, and credentials with standing privilege, where one weak link can preserve the route even after apparent cleanup. Practical implication: use testing to confirm that remediation removed the route, not only the single finding.
Practical implication: verify the full attack path has been eliminated before closing remediation work.
Why response interruption matters more than scan coverage
Security coverage can be broad and still fail if the SOC cannot detect and interrupt real attack techniques in motion. The article points to active defense interruption because modern intrusions often rely on chaining small permissions, discovery, and movement steps rather than loud one-shot exploits. That means the control objective is no longer only to find vulnerabilities, but to stop technique progression before impact. For identity security, this aligns with the need to observe privilege abuse, token misuse, and suspicious movement across accounts and endpoints. Practical implication: test whether detection and response can break an attack chain, not just alert on a single event.
Practical implication: exercise SOC response against chained attack techniques, not isolated alerts.
NHI Mgmt Group analysis
Assumed security is a measurement failure, not a tooling failure. When organisations reward completed work, they can mistake administrative closure for adversary resistance. The report’s numbers show that confidence is far ahead of proof, which means the governance gap sits in the way resilience is measured. Practitioners should treat verification as the control objective, not the after-action report.
Attack-path validation is the missing governance layer. Most programmes can list vulnerabilities, but far fewer can prove that a chained route from entry to impact is gone. That distinction matters because modern attacks often succeed through a sequence of individually manageable issues. For identity programmes, that means access scope, privilege chaining, and lateral movement routes must be validated as a set, not reviewed in isolation.
Validation-over-assumption is the right operating model for identity-driven environments. The more dynamic the environment, the less meaningful static assurance becomes if it is never tested against real behaviour. This does not replace compliance, but it does expose where compliance language has drifted away from operational truth. Practitioners should elevate live verification to the same level as policy and audit.
The confidence gap is now itself a risk signal. High executive confidence with low validation coverage suggests a governance model that may be overestimating containment, detection, and recovery. The article’s 93% versus 12% contrast is not just a survey result, it is evidence that leaders may be governing by belief. The practical conclusion is to rebase assurance on demonstrated resistance, not on reported completion.
Security verification is becoming a core identity governance issue. Identity-driven attacks succeed when control owners assume that authentication, privilege, and detection are functioning as designed. If those controls are not exercised against realistic attack paths, the programme cannot know whether identities, endpoints, and detection workflows actually constrain movement. Practitioners should place verification on the same footing as access review and remediation governance.
What this signals
Verification is now the control layer that separates security theatre from resistance. Teams that rely on completion metrics will keep overestimating their posture until they test controls against chained attack behaviour. For identity-heavy programmes, that means proving whether access, endpoint, and detection controls still hold when an adversary is actively moving through them.
Attack-path thinking should reshape remediation priority. It is no longer enough to reduce vulnerability counts if the remaining route still connects identity, endpoint, and workload access. The practical shift is to ask which paths remain usable, which ones can be interrupted, and which ones still let an attacker pivot.
Validation creates a more honest operating picture for CISOs and IAM leaders. The controls that matter are the ones that change attacker options, not just the ones that improve reporting hygiene. That makes live verification a governance requirement for identity security, EDR, and SOC programmes alike.
For practitioners
- Implement attack-path validation as a control objective Test whether a realistic chain from entry to lateral movement still exists after remediation, rather than closing issues because individual findings were marked complete.
- Measure EDR and SOC resistance against real techniques Run validation exercises that check whether endpoint and SOC controls can detect, interrupt, and contain the techniques attackers actually use, not just alerts and policy states.
- Prioritise known exploited vulnerabilities by exploitability, not queue age Confirm or remediate known exploited vulnerabilities quickly, and verify that the exploit path is actually removed instead of relying on scan-only closure.
- Tie identity controls to adversary movement tests Include privileged access paths, service accounts, and credential routes in validation because identity pathways often become the bridge from initial foothold to deeper compromise.
Key takeaways
- Assumed security breaks down when organisations confuse completed remediation with proven resistance to attack.
- Horizons.ai’s figures show a wide gap between executive confidence and validation activity, including only 12% validating EDR effectiveness in the last three months.
- Security leaders need to prove attack interruption, lateral movement resistance, and exploitability reduction instead of relying on dashboard completion.
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 SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | DE.CM-01 — Monitoring for Unauthorized Personnel, Connections, Devices and Software | The article centres on whether teams can detect real adversary behaviour, not just report completion. |
| RS.MA-01 — Incident Response Plan Execution | The report emphasises interrupting real attack techniques, which depends on response execution under pressure. | |
| Recommendation — Use DE.CM-01 to test whether monitoring reveals actual attack behaviour rather than only generating dashboards. Exercise RS.MA-01 against chained attack scenarios so response capability is proven, not assumed. | ||
| MITRE ATT&CK | TA0006; TA0008 — Credential Access; Lateral Movement | The article focuses on proving resistance to attack paths that use access abuse and movement. |
| Recommendation — Map validation exercises to TA0006 and TA0008 so tests cover credential abuse and movement, not only single alerts. | ||
| CIS Controls v8 | CIS-5 — Account Management | Identity-driven attack paths often persist through over-privileged or poorly governed accounts. |
| Recommendation — Apply CIS-5 to verify that account governance prevents usable paths for attackers, not just inventory drift. | ||
| NIST SP 800-53 Rev 5 | AC-6 — Least Privilege | The article’s identity angle depends on proving privilege limits withstand realistic abuse. |
| Recommendation — Use AC-6 to validate that least privilege still blocks escalation when tested against real adversary techniques. | ||
Key terms
- Security Validation: Security validation is the practice of testing whether controls actually stop or disrupt attacker behaviour in a real environment. It goes beyond compliance checking and focuses on observable resistance, including whether detection, privilege, and response controls still hold when challenged.
- 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.
- Exploitability context: Exploitability context is the evidence used to decide whether a vulnerability matters in a specific environment. It includes reachability, code path exposure, compensating controls, and product-specific advisories, and it turns raw scan data into a decision that can be defended.
- Control Effectiveness: The degree to which a control actually works in real operating conditions, not just on paper. Auditors assess whether the control is designed well, executed consistently, and supported by evidence that shows it reduced the intended risk.
Deepen your knowledge
NHI Mgmt Group’s NHI Foundation Level course covers NHI governance, machine identity security, and identity lifecycle control, giving practitioners a structured way to connect access decisions to operational risk. It is the industry's only accredited NHI security programme, designed for teams that need governance discipline across modern identity environments.
Published by the NHIMG editorial team on August 2, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org