Join our Newsletter — 33% off our NHI Course

Security validation gaps: are your controls proving resistance?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 16626
Topic starter  

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.

Editorial analysis by NHI Mgmt Group, based on content published by Horizons.ai: “The State of Assumed Security”.

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.
  • 11% confirm or remediate known exploited vulnerabilities within 24 hours.

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.

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.

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.

Practitioner guidance

  • 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.

Bottom line: Assumed security breaks down when organisations confuse completed remediation with proven resistance to attack.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 5 months ago
Posts: 17057
 

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.

A question worth separating out:

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.

👉 Read our full editorial: Assumed security is failing: why verification now matters



   
ReplyQuote
Share:

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.