Join our Newsletter — 33% off our NHI Course

Continuous security validation and ATT&CK coverage: are your tests current?

 

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

TL;DR: Periodic penetration testing no longer matches how fast cloud, SaaS, API, and identity environments change, according to Synack, while AI expands coverage but still needs human validation to prove exploitability and reduce noise. The shift toward continuous security validation makes exposure management evidence-based rather than calendar-based, and that changes how teams prioritise real risk.

Editorial analysis by NHI Mgmt Group, based on content published by Synack: “Continuous Security Validation Is Replacing Periodic Penetration Testing”.

Key questions

Q: Why does relying only on periodic pentests increase breach risk for rapidly changing environments?

A: Relying only on periodic pentests creates a blind window between assessments.

Q: Why does exploitability matter more than finding volume?

A: Exploitability matters because many findings never translate into attacker-reachable risk.

Q: What do teams get wrong about test coverage in AI-first development?

A: They often optimise for volume instead of validity.

Practitioner guidance

  • Tie validation to change events Trigger offensive testing after deployments, identity changes, SaaS expansion, infrastructure drift, and significant configuration updates so exposure evidence reflects the current environment.
  • Separate findings from exploitability Require every material issue to be backed by evidence that the path is reachable and business-relevant, rather than accepting scanner output or theoretical weakness as proof.
  • Measure freshness of exposure evidence Track how much of the attack surface has been validated in the current operating period and how long critical evidence has remained untested.

Bottom line: Periodic pentesting is losing relevance where cloud, SaaS, API, and identity environments change continuously and invalidate point-in-time assumptions.

Explore further

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



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

Continuous validation is becoming the more defensible assurance model for modern estates. Calendar-based testing assumes exposure changes slowly enough to remain meaningful between assessments. That assumption no longer holds in cloud, SaaS, API, and identity-heavy environments, where permission changes and deployment velocity constantly reshape attack paths. The control gap is not the absence of testing, but the absence of validation that keeps pace with the estate. Practitioners should treat exposure as a moving condition, not a quarterly event.

A question worth separating out:

Q: How should organisations operationalise continuous security validation?

A: They should connect testing to the events that change exposure, such as deployments, permission updates, SaaS expansion, and configuration drift. That approach turns validation into a live control rather than a scheduled exercise. It also creates a clearer handoff into exposure management, where remediation can be prioritised by evidence instead of by age or severity alone.

👉 Read our full editorial: Continuous security validation is replacing periodic pentesting



   
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.