TL;DR: Stryker’s March 2026 breach shows how attackers can turn stolen sessions, elevated privileges, and Microsoft Intune into a large-scale wiper path without custom malware, affecting about 200,000 endpoints across 79 offices, according to SlashID. The lesson is that endpoint management planes are now identity-critical attack surfaces, and standing admin paths are the weak link.
At a glance
What this is: This analysis shows how attackers converted Stryker’s Microsoft Intune management plane into a non-encrypting wiper and reset roughly 200,000 endpoints.
Why it matters: It matters because device-management consoles, session tokens, and privileged access workflows now sit inside the same identity threat surface that NHI, autonomous, and human IAM programmes must govern.
By the numbers:
- When AWS credentials are exposed publicly, attackers attempt access within an average of 17 minutes and as quickly as 9 minutes in some cases.
- Only 44% of organisations have implemented any policies to manage their AI agents, despite 92% agreeing that governing AI agents is critical to enterprise security.
👉 Read SlashID's analysis of the Stryker breach and Intune control-plane attack
Context
Microsoft Intune is a cloud endpoint management plane, which means compromise of the management layer can be used to change many devices at once. In the Stryker case, attackers did not need custom malware on every host because control of the admin plane was enough to push destructive actions at scale.
The deeper governance problem is that endpoint management now behaves like a privileged identity system, not just an IT operations console. Once session theft and elevated access are in play, standard user-focused controls stop being sufficient and PAM, conditional access, and behavioural detection become the real boundary.
This pattern is not typical for a routine helpdesk compromise. It is a high-impact example of what happens when identity, device management, and privileged control collapse into one operational blast radius.
Key questions
Q: What fails when a cloud endpoint management console is compromised?
A: When a cloud endpoint management console is compromised, the failure is not just device administration, it is privileged execution at fleet scale. Attackers can push resets, policy changes, or remediation actions from a trusted plane, which means one stolen session can affect thousands of endpoints before traditional endpoint controls react.
Q: Why do privileged sessions in endpoint management create such a large blast radius?
A: Privileged sessions in endpoint management create a large blast radius because the console is authoritative across many devices at once. If a session is stolen or abused, the attacker inherits the ability to issue legitimate commands that the fleet will often accept, so the impact scales with the scope of the role.
Q: How do security teams know whether management-plane access is too broad?
A: Security teams know management-plane access is too broad when a single role can perform support, remediation, and destructive actions without separate approval paths. A good test is whether one compromised admin account could reset an entire office or business unit. If yes, the privilege model is too concentrated.
Q: Who is accountable when a device-management platform is used to wipe endpoints?
A: Accountability sits with the organisation that defined the privilege model, the access approvals, and the monitoring around the management plane. The relevant governance question is whether destructive commands were constrained, reviewed, and attributable before execution. NIST CSF and OWASP NHI both support that accountability model.
Technical breakdown
AiTM session theft and infostealer logs
Attacks of this kind usually begin with credential capture outside the target environment, then shift into session hijacking through adversary-in-the-middle techniques. Infostealer logs can provide cached credentials, cookies, and tokens that bypass password resets if the session itself remains valid. In a cloud management plane, that matters because the session may already carry enough trust to reach administrative workflows without reauthentication. The technical risk is not just stolen login data, but stolen continuity of identity across the control plane.
Practical implication: require phishing-resistant authentication and session binding for console access, not password-plus-MFA alone.
Privilege escalation inside the management plane
Once the attacker has a foothold, the next step is usually privilege expansion through role abuse, weak approvals, or overbroad administrative assignment. In a platform like Intune, the dangerous condition is not mere access, but access that can reach device policy, remediation, or wipe functions. Living off the land means the attacker uses existing administrative capability rather than deploying new malware. That makes the boundary between normal operations and destructive action far thinner than many teams assume.
Practical implication: separate helpdesk, endpoint admin, and destructive control functions with just-in-time elevation and explicit approval gates.
Control-plane pivot to endpoint destruction
The final stage is abuse of legitimate management commands to trigger mass remediation, reset, or wipe actions. Because the instruction originates from the trusted plane, devices may execute it as authoritative rather than suspicious. This is a control-plane attack, not a host-based ransomware event, and that distinction changes detection logic. Security teams need to watch for unusual command volume, timing, and scope expansion from privileged consoles, especially when a single actor can fan out to thousands of endpoints.
Practical implication: monitor for anomalous bulk administrative actions and constrain wipe-capable roles to tightly scoped break-glass access.
Threat narrative
Attacker objective: The attacker’s objective was to weaponize trusted endpoint-management access into mass operational disruption and device loss at enterprise scale.
- Entry occurred through infostealer logs and AiTM session theft that exposed valid access material for the management environment.
- Escalation followed when the attacker moved into higher privilege and reached the Intune control plane instead of staying at user level.
- Impact came from issuing destructive management actions that factory-reset roughly 200,000 endpoints across 79 offices without custom malware.
Breaches seen in the wild
- Shai Hulud npm malware campaign — Shai Hulud campaign: npm malware exposed secrets on GitHub.
- ASP.NET machine keys RCE attack — 3,000+ exposed ASP.NET machine keys enabled remote code execution.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Intune abuse is a privileged identity problem disguised as endpoint management. The breach worked because the management plane was trusted to execute destructive actions once an authenticated admin session existed. That makes the console itself part of the identity perimeter, not a separate IT domain. Practitioners should treat endpoint administration as privileged access to a fleet, not as ordinary device support.
Credential theft is only the first half of the failure. The real exposure was standing authority inside the management plane. Once attackers obtained a usable session, they did not need malware persistence on each endpoint to create impact. This is the same structural weakness seen in other NHI incidents: a credential or token remains valid long enough to become operationally dangerous, then fans out into a larger blast radius.
Mass device reset is the natural endpoint of over-centralized trust in cloud control planes. When one administrative identity can touch thousands of endpoints, a single compromise becomes a fleet event. The discipline gap is not endpoint hygiene alone, but governance over who can issue fleet-wide actions, under what conditions, and with what proof of intent. Teams should narrow the set of identities that can trigger destructive commands.
Standing administrative privilege in cloud endpoint tooling is a named failure mode, not just a bad practice. The control assumption was that admin access would remain stable, observable, and reviewable long enough for human oversight to intervene. That assumption breaks when a stolen session can be used immediately to issue high-impact actions at machine speed. Practitioners need to reclassify fleet-admin authority as time-sensitive privileged access.
Identity blast radius explains why this breach scaled so quickly. A single compromised control-plane session became a fleet-wide event because device management, authentication, and privileged execution were too tightly coupled. OWASP-NHI and NIST CSF both point to the same conclusion: the smaller the number of identities that can issue broad actions, the smaller the failure domain when one is compromised.
From our research:
- The attack factory-resetting roughly 200,000 endpoints across 79 offices worldwide without dropping a single piece of custom malware, according to LLMjacking: How Attackers Hijack AI Using Compromised NHIs.
- From our research: Organisations that describe themselves as confident in their AI deployment actually experience a 72% security incident rate, compared to 33% for those who remain cautious.
- For broader context: Read The 52 NHI breaches Report for additional breach patterns that show how identity compromise turns into operational impact.
What this signals
Identity blast radius: Stryker shows that the control plane is now the real unit of compromise, not the endpoint alone. When a single administrative session can change thousands of devices, governance has to shift from host-centric response to fleet-level privilege containment. The relevant standard lens is NIST Cybersecurity Framework 2.0, especially around access control and recovery.
The next programme question is whether destructive actions are still reachable through standing roles. If they are, the organisation is treating fleet administration as operations, not privileged access. That is a structural mismatch, and it becomes more dangerous as cloud management and human support workflows converge.
Teams should also expect more attacks that blend stolen credentials, valid sessions, and cloud-native admin tools rather than malware. The practical response is to narrow who can act across the fleet, shorten credential usefulness, and make bulk actions observable before they execute.
For practitioners
- Treat endpoint management consoles as privileged identity systems Require the same governance for Intune and similar platforms that you apply to PAM-controlled admin paths. Separate routine support access from device-wipe and policy-push authority, and review every role that can act across the fleet.
- Enforce phishing-resistant admin authentication Use hardware-backed or passkey-based authentication for management-plane administrators, then bind sessions to device and context signals so token theft is harder to reuse.
- Put just-in-time controls on destructive actions Move wipe, reset, and bulk remediation permissions into short-lived elevation with approval and explicit logging. Keep the standing role minimal and make high-impact actions time-bound.
- Detect unusual bulk management behavior Alert on bursts of policy changes, device resets, or cross-office command fan-out from one admin identity. The key signal is scale mismatch, especially when the action pattern does not fit normal support work.
- Segment fleet administration by blast radius Split endpoint management roles by geography, business unit, and action type so one compromised identity cannot reach every office. Use break-glass accounts for exceptional actions only.
Key takeaways
- The breach revealed that cloud endpoint management can be turned into a destructive control plane when privileged identity is compromised.
- Roughly 200,000 endpoints across 79 offices were reset without custom malware, showing that trusted admin sessions can scale impact faster than host-based defenses can react.
- The limiting control is not only endpoint hardening but tight governance over who can issue fleet-wide destructive actions and under what approval model.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-03 | Destructive actions depended on exposed or abused privileged NHI access. |
| NIST CSF 2.0 | PR.AC-4 | Access permissions to the management plane determined how far the compromise spread. |
| NIST Zero Trust (SP 800-207) | SC-13 | Session trust and privileged control were central to the console pivot. |
Map fleet-admin roles to least privilege and review whether one session can reach too many endpoints.
Key terms
- Control Plane Attack: A control plane attack targets the system that manages other systems rather than the managed devices themselves. In identity terms, the attacker abuses trusted administrative authority to issue legitimate commands at scale, which makes the compromise wider and faster than a single-host intrusion.
- Identity Blast Radius: Identity blast radius is the amount of damage one compromised identity can cause before it is contained. For cloud management tools, it depends on role scope, session trust, and how many devices or systems a single privileged actor can reach.
- Adversary-in-the-Middle Session Theft: Adversary-in-the-middle session theft captures authentication material during live login flows and reuses it to impersonate the user. Unlike simple password theft, it can preserve access continuity, which makes reauthentication and token binding essential for privileged consoles.
- Just-in-Time Privilege: Just-in-time privilege grants elevated access only for the duration of a specific task. For management-plane roles, it reduces the window in which a stolen or misused session can trigger destructive commands, but it only works if approvals and scope limits are strict.
Deepen your knowledge
Endpoint management plane governance is a core topic in our NHI Foundation Level course, the industry's only accredited NHI security programme. If your team is responsible for fleet administration, this is directly relevant to your access model and control design.
This post draws on content published by SlashID covering the 2026 Stryker breach: Analysis of the 2026 Stryker Breach: Weaponizing Cloud Endpoint Management. Read the original.
Published by the NHIMG editorial team on 2026-03-11.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org