TL;DR: Active Directory remains the attacker’s fast lane because single-endpoint access can still expand into reconnaissance, lateral movement, privilege escalation, and ransomware or theft at scale, according to Semperis. The core lesson is that incident response fails when identity teams treat AD as legacy plumbing instead of the control plane that defines blast radius and recovery order.
At a glance
What this is: This is a Semperis analysis of why Active Directory still drives major identity incidents and how the NIST CSF can structure incident response around visibility, containment, and recovery.
Why it matters: It matters because AD, hybrid identity bridges, and privileged admin paths still shape how attackers move through enterprise environments, and those same paths determine whether IAM teams can contain damage or amplify it.
By the numbers:
- Active Directory has passed its 25-year mark, and for most organizations, it’s still the backbone of identity.
👉 Read Semperis's AD security and incident response session summary
Context
Active Directory is the directory service that still anchors authentication, privilege assignment, and many recovery decisions in hybrid enterprises. The problem is not that it is old. The problem is that attackers still use it as the shortest route from a single foothold to domain-wide control, while many incident response plans treat identity as a secondary concern.
For IAM teams, the governance gap is familiar: visibility is fragmented, Tier 0 boundaries are often unclear, and response playbooks are written for endpoints rather than identity systems. In hybrid environments, AD, Entra ID Connect, AD FS, VPNs, and EDR can become attack bridges in both directions, which means recovery has to be designed around identity blast radius, not just system restoration.
Key questions
Q: How should security teams contain an Active Directory incident without destroying evidence?
A: Teams should first confirm the scope of the identity incident, then isolate high-risk privileged paths while preserving logs and at least one known-good domain controller if possible. The aim is to keep attacker control visible long enough to understand it, rather than wiping the environment and losing proof of compromise.
Q: Why do Active Directory incidents so often lead to domain-wide impact?
A: Because AD links authentication, privilege, and system reachability into one connected control plane. If an attacker gets a foothold on a single endpoint and then reaches privileged directory paths, lateral movement can accelerate quickly across shared credentials, synchronization bridges, and high-value admin systems.
Q: What breaks when privileged administration is not separated from routine work?
A: A workstation used for everyday tasks becomes a bridge into Tier 0 if the admin session is compromised. Without dedicated devices, dedicated accounts, and strict policy boundaries, attackers can pivot from ordinary user compromise to domain-level control far more easily than most teams expect.
Q: Who is accountable for AD recovery decisions during a crisis?
A: Accountability should sit with the identity and incident response owners who control trust validation, privileged access, and recovery sequencing. NIST CSF helps define those responsibilities, but the organisation still needs a clear decision chain so that identity recovery is not improvised under pressure.
Technical breakdown
Why AD still enables rapid lateral movement
AD remains dangerous because trust relationships, shared administrative paths, and legacy configuration debt let a small initial foothold expand quickly. Once an attacker reaches a user endpoint, directory discovery reveals hosts, privileges, groups, and synchronization bridges that can be abused for movement. In hybrid estates, connectors such as Entra ID Connect and AD FS add more pathways between on-prem and cloud identity control planes. The technical issue is not merely exposure, but graph expansion: one compromised account can expose a chain of reachable systems and permissions. Practical implication: model AD as a connected attack surface and map the identity paths an attacker can traverse.
Practical implication: map the identity paths an attacker can traverse before you assume endpoint containment is enough.
How Tier 0 isolation changes incident containment
Tier 0 is the set of identity assets whose compromise can collapse the rest of the environment, including domain controllers, AD CS, Entra ID Connect, and key management systems. A tiered administration model separates those assets from routine admin workflows by using dedicated accounts, separate devices, and restrictive policy boundaries. Privileged Access Workstations support that separation by keeping Tier 0 administration on hardened, internet-restricted machines. The value is not cosmetic hardening. It is containment architecture that limits where privileged credentials can be used and where an attacker can pivot during a crisis. Practical implication: define and enforce Tier 0 boundaries before an incident tests them.
Practical implication: define and enforce Tier 0 boundaries before an incident tests them.
Why recovery fails when teams panic-reset identity
Identity recovery is not the same as turning systems back on. If attackers have already stolen sensitive directory secrets such as KRBTGT material or forged tickets, indiscriminate resets can destroy evidence while leaving attacker control paths intact. A disciplined response sequence first confirms scope, preserves at least one known-good domain controller if possible, and blocks high-risk logons while the team plans restoration. That approach treats AD as a stateful control plane, not a disposable service. Practical implication: base recovery on evidence preservation and validated trust state, not on speed alone.
Practical implication: base recovery on evidence preservation and validated trust state, not on speed alone.
Threat narrative
Attacker objective: The attacker wants domain dominance so they can control identity, move laterally at will, and either extort the organisation or exfiltrate data at scale.
- Entry begins with a single compromised endpoint or admin credential that gives the attacker a foothold into the identity environment.
- Escalation follows through internal reconnaissance, shared credentials, configuration missteps, and movement toward higher-value domain privileges.
- Impact arrives when the attacker reaches domain-dominant access, enabling ransomware, data theft, or control over recovery-critical identity systems.
Breaches seen in the wild
- Cisco DevHub NHI breach — IntelBroker exploited exposed Cisco credentials, API tokens and keys in DevHub.
- Cisco Active Directory credentials breach — Kraken ransomware group leaked Cisco Active Directory credentials.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
AD incident response fails when identity is treated as downstream infrastructure. The attacker’s fastest route is usually not through the operating system alone but through the directory relationships that define who can move where. That makes the real control question one of identity topology, not just endpoint hygiene. Practitioners should treat AD as the primary crisis domain, not a supporting system.
Tier 0 isolation is a blast-radius control, not a convenience feature. A phished workstation admin should never have a straight line to domain dominance. The tiered model works because it breaks the assumption that privileged action can safely occur from the same endpoint used for ordinary work. That assumption is what collapses when AD is the attacker’s preferred highway. Practitioners need segregation that makes privileged movement visibly abnormal.
Identity recovery must preserve trust state before it tries to restore service. When KRBTGT secrets, ticket forgery, or replication drift are in play, the goal is not just uptime. The goal is to know which domain controller state can still be trusted. This is where many programmes fail: they optimise for rapid restart and lose the ability to prove integrity. Practitioners should anchor recovery to validated identity state, not panic-driven restoration.
Recoverable identity requires a known-good control plane: the governance assumption that all domain controllers can be reset or re-synced on demand was designed for stable, auditable directory states. That assumption fails when malicious changes have already replicated or when attacker-held secrets outlive the initial intrusion. The implication is that recovery design must distinguish between service availability and identity trustworthiness. Practitioners should plan for asymmetric recovery, where one trusted site can anchor rebuild even if the rest of AD is compromised.
NIST CSF remains useful here because it forces identity teams to sequence crisis work. Identify, Protect, Respond, and Recover map cleanly to the decisions AD teams actually face under pressure. The framework matters less as a checklist than as a way to stop response teams from skipping from alarm to rebuild. Practitioners should use it to make identity response repeatable under stress.
From our research:
- 72% of organisations have experienced or suspect they have experienced a breach of non-human identities, according to The 2024 ESG Report: Managing Non-Human Identities.
- Enterprises that have experienced a compromised NHI averaged 2.7 separate incidents in the past 12 months, according to the same report.
- For lifecycle and recovery planning, review NHI Lifecycle Management Guide to connect identity governance decisions to containment and offboarding.
What this signals
Identity response maturity will increasingly be judged by whether teams can separate trust failure from service failure. The operational question is no longer whether AD can be restored, but whether its trust state can be proven before restoration completes. For teams building their programme, that means recovery runbooks, privileged access design, and domain controller validation need to be owned together, not by separate silos.
With 72% of organisations already reporting or suspecting NHI breaches in our research, the broader lesson is that identity-centric attacks are now routine enough that response design has to assume compromise. The practical next step is to anchor incident response in the identity control plane, then test it under table-top conditions that include AD, hybrid connectors, and recovery dependencies.
For practitioners
- Map Tier 0 identity assets explicitly Inventory domain controllers, AD CS, Entra ID Connect, AD FS, virtualization hosts for domain controllers, and key management systems as Tier 0. Assign dedicated admin accounts and devices to those assets, then document which workflows are barred from them.
- Harden privileged admin paths with PAWs Require Privileged Access Workstations for all Tier 0 operations and keep them internet-restricted. Use them only for privileged directory work so that routine browsing, email, and endpoint compromise do not share a path into domain administration.
- Preserve one known-good domain controller Build recovery procedures that identify at least one domain controller or site that has not replicated malicious changes if possible. Treat that system as the trust anchor for rebuild, validation, and phased restoration rather than resetting the entire environment blindly.
- Disable high-risk logons during containment Create focused GPO changes and privileged account shutdown steps that can be applied quickly without destroying evidence. Use them to block non-essential privileged access while the incident team confirms scope and attacker control paths.
Key takeaways
- AD remains a high-value attack path because a single foothold can still expand into domain-level control through identity relationships, not just endpoint compromise.
- The scale of the problem is operational, not theoretical, because hybrid identity bridges and privileged directory paths can turn one incident into broad enterprise disruption.
- Containment and recovery improve when teams protect Tier 0, preserve evidence, and validate identity trust state before restoring service.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0, NIST SP 800-63 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | The article maps AD crisis response directly to CSF Identify, Protect, Respond, and Recover. | |
| NIST SP 800-63 | AD and hybrid identity depend on federation and authentication trust relationships. | |
| NIST Zero Trust (SP 800-207) | PR.AC-4 | Tiered administration and PAWs enforce least privilege and limit lateral movement. |
Segregate privileged identity paths and restrict admin access to hardened, dedicated devices.
Key terms
- Tier 0: Tier 0 is the set of identity assets whose compromise can control or undermine the entire environment. In Active Directory programs, this usually includes domain controllers, directory synchronization components, certificate services, and key management systems that must be isolated from routine administrative workflows.
- Privileged Access Workstation: A Privileged Access Workstation is a hardened device used only for high-risk administrative actions. It reduces the chance that everyday browsing, email, or endpoint compromise can lead directly to privileged directory access, making it a core containment control in identity-heavy environments.
- Identity trust state: Identity trust state is the current condition of the directory, its credentials, and the relationships that determine whether access decisions can still be trusted. During incident recovery, this matters as much as uptime because a service can be restored before its identity state is safe to reuse.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.
This post draws on content published by Semperis: A Quarter Century, a Quarter Million Breaches: AD Security & Incident Response. Read the original.
Published by the NHIMG editorial team on 2026-01-23.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org