Why prevention reporting misleads
Patch coverage, MFA enrollment and endpoint agent deployment are useful numbers. They describe what is in place. They say almost nothing about what happens on the day something gets through.
That day is a planning assumption, not a surprise. NIST frames cyber resiliency around four goals: anticipate, withstand, recover and adapt. Only the first is prevention-shaped. The other three describe what an organization does while it is being attacked and afterwards.
Leadership attention follows the metrics it is shown. If the pack is dominated by coverage figures, investment follows coverage, and recovery stays underfunded until it is needed.
What failure looks like
Hypothetical scenario. A privileged administrator’s session token is stolen. The attacker uses it to reach the virtualization management layer and the backup console, both of which trust the same identity platform. Production systems are encrypted. Restore points are deleted before anyone notices.
No single control failed in a way that appears on a dashboard. The recovery path simply shared its trust with the thing that was compromised. Restoring anything now means rebuilding identity first, in an order nobody has rehearsed, with no agreed owner for the decision to take services offline.
The pattern matters more than the details. Recovery capability is only as independent as the weakest shared dependency: identity, management tooling, backup administration, DNS, and the people who hold the credentials.
Questions leadership should be asking
Five questions separate a program that has tested its recovery from one that has documented an intention to recover.
| Question | What a strong answer looks like | Warning sign |
|---|---|---|
| Which services can the business not lose, and for how long? | A short, named list. A maximum tolerable disruption for each, agreed with the business owner. Some financial-services regimes call this an impact tolerance. | The list was drawn up by security alone, or everything is rated critical. |
| When did we last restore one of them from scratch? | A recent restoration into a clean environment, with measured time compared to the tolerance. | “Backups completed successfully” is offered as the answer. |
| What do we rebuild first, and does that depend on anything compromised? | A written recovery order, usually starting with identity and management tooling, designed to work if the production directory is untrusted. | The plan assumes the directory and the backup console are available. |
| Who decides, and what can they decide without asking? | Named crisis decision-makers with pre-agreed authority to isolate systems, take services offline and trigger notifications. | Decisions route through ordinary committees, or nobody is sure who owns them. |
| What did the last exercise change? | Specific fixes, funded, owned and tracked to completion. | The exercise produced a report and nothing else. |
The regulatory direction
Regulators are moving the same way. The EU NIS2 Directive lists business continuity, including backup management and disaster recovery, and crisis management among its minimum risk-management measures. It also expects entities to have policies to assess whether those measures work.
For financial entities, the Digital Operational Resilience Act (DORA) goes further on recovery. It addresses backup, restoration and recovery, requires that restoration from backups use systems segregated from the source environment, and requires resilience testing.
In the United States, CISA’s ransomware guidance recommends maintaining offline, encrypted backups and testing their availability and integrity as part of disaster recovery.
Applicability depends on jurisdiction, sector and entity type. Treat these as signals of regulatory direction and confirm the current requirement that binds your organization.
Decisions for leadership
-
Set impact tolerances in business terms. Name the critical services and agree how much disruption each can absorb. The business owns this decision, not security.
-
Fund a recovery path that does not trust production. Identity, backup administration and management tooling need a recovery route that still works if the production environment is compromised.
-
Require measured restoration tests. Each cycle, restore at least one critical service end to end and report actual time against tolerance.
-
Pre-authorize crisis decisions. Decide in advance who can isolate systems or take a service offline, and what they can do without escalation.
-
Change what the board sees. Replace at least one prevention-coverage metric with a recovery-evidence metric, such as tested restoration time against tolerance.
Where to start
Use this briefing to assess the ability to withstand disruption. Start with question two. If nobody can say when a critical service was last restored from scratch, the answer to the other four is likely to be thin as well.
Related Reading
-
Cyber Resilience Maturity Model — a structured way to score the capabilities this briefing asks about
-
Research: Cyber Resilience Readiness — what readiness looks like when measured rather than asserted
-
Field Note: Preparing for a Ransomware Tabletop — how to rehearse the crisis decisions covered here
-
Industry Brief: UAE Banking Operational Resilience Under the New CBUAE Regulation — what the in-force CBUAE C 1/2026 regulation asks of UAE banks on operational resilience.
Sources
-
NIST SP 800-160 Vol. 2 Rev. 1, Developing Cyber-Resilient Systems
-
NIST Cybersecurity Framework 2.0 (Govern, Identify, Protect, Detect, Respond, Recover)
-
NIS2 Directive, Article 21: cybersecurity risk-management measures (EUR-Lex)
-
Digital Operational Resilience Act (DORA), ICT backup, restoration and testing provisions (EUR-Lex)
How we label evidence
Facts carry a source. Analysis and recommendations are marked as ours. Examples that are hypothetical are labeled as hypothetical.
Part of the solutionDetect, Respond & RecoverSpot attacks early and get back to business fast.See how we work →Related service
Cyber Resilience & Recovery
Use this to assess the ability to withstand disruption.