Assume Breach
What is Assume Breach?
Assume BreachA security operating philosophy that designs controls, monitoring, and architecture around the premise that an adversary is already inside the environment, prioritizing detection, containment, and recovery alongside (not instead of) prevention.
Assume Breach is a security operating philosophy popularized by Microsoft in the mid-2010s and now the default posture of mature programs and zero-trust architectures. Rather than treating prevention as the primary defense and detection as a backstop, an assume-breach program designs the environment as if the adversary has already gained a foothold and asks how detection, containment, recovery, and limiting blast-radius will hold up. Concretely this drives: network microsegmentation so lateral movement is constrained, identity-centric architecture (every request authenticated and authorized), endpoint detection and response everywhere, centralized logging with retention long enough for true-detection of slow campaigns, regular red-team and purple-team exercises against the live environment (not just labs), automated containment playbooks (isolate host, rotate keys, kill session), and recovery rehearsals (immutable backups, alternative paths to keep the business running). The 2020 SolarWinds/SUNBURST campaign (tracked as UNC2452) is the canonical argument for the posture: a trojanised software update gave the actor months of undetected access inside prevention-hardened networks, and the organisations that fared best were those already watching for anomalous identity and lateral-movement behaviour rather than trusting the perimeter. Mandiant's long-running M-Trends reports track global median dwell time — the interval between intrusion and detection — falling from over 400 days a decade ago to roughly 10 in recent years; assume-breach controls (EDR telemetry, behavioural detection, tight segmentation) are the main reason that number keeps dropping.
Assume Breach is a foundational principle of NIST SP 800-207 Zero Trust Architecture, the U.S. DoD Zero Trust Strategy, the U.K. NCSC Cyber Assessment Framework, and most modern security programs.
flowchart LR A[Assume adversary<br/>is already inside] --> B[Microsegment network<br/>limit lateral movement] A --> C[Authenticate + authorize<br/>every request] A --> D[EDR + centralized logging<br/>everywhere] D --> E[Detect anomalous<br/>identity / movement] E --> F[Automated containment<br/>isolate, rotate keys, kill session] F --> G[Recover from<br/>immutable backups] G --> H[Purple-team the live env<br/>feed lessons back] H --> A
● Examples
- 01
An organization assumes any laptop may be compromised at any time and routes all administrative actions through privileged-access workstations, regardless of laptop reputation.
- 02
An IR runbook for ransomware assumes initial access happened weeks earlier and triggers credential and key rotation across the affected identity tier in parallel with eradication.
● Frequently asked questions
What is Assume Breach?
A security operating philosophy that designs controls, monitoring, and architecture around the premise that an adversary is already inside the environment, prioritizing detection, containment, and recovery alongside (not instead of) prevention. It belongs to the Defense & Operations category of cybersecurity.
What does Assume Breach mean?
A security operating philosophy that designs controls, monitoring, and architecture around the premise that an adversary is already inside the environment, prioritizing detection, containment, and recovery alongside (not instead of) prevention.
How do you defend against Assume Breach?
Defences for Assume Breach typically combine technical controls and operational practices, as detailed in the full definition above.
What are other names for Assume Breach?
Common alternative names include: Breach-tolerant security, Compromise-tolerant design.