Stryker’s wipe made a supplier’s admin console a hospital supply risk

The attack on Stryker reportedly used the company’s own device-management tools to erase systems, with no ransom and no patient data at stake. It reached hospitals through orders and shipments, which most vendor risk reviews never examine.

Looking Back revisits one week at a time, from January 2020 to today, and asks what it meant for the banks, health systems and public agencies we serve. The series was written in 2026, with the benefit of hindsight, and each article says which week it looks back on.

The week

On March 11, 2026, medical technology maker Stryker disclosed a cyberattack that disrupted its global Microsoft environment. Handala, a persona that security researchers link to Iran’s intelligence ministry, claimed responsibility and made no ransom demand. In its SEC filing, Stryker said it had no indication of ransomware or malware, believed the incident was contained, and was still assessing the impact. It said its medical products were safe to use and that restoring ordering, manufacturing and shipping was the priority. Customers were told electronic ordering was unavailable, and some sites reverted to manual processes. Press reports, citing people familiar with the investigation, said the attackers compromised an administrator account, created a new global administrator, and used Microsoft Intune’s built-in remote wipe to erase a large number of devices. Stryker did not publicly confirm the method.

Healthcare security planning is built around ransomware: encrypt, demand, negotiate, restore. The Stryker incident did not follow that script. There was no ransom demand, and the company reported no malware. If the reporting is right, the attackers did not bring a weapon. They used one the company already owned, an administrative tool designed to erase lost laptops.

The incident runs through three layers, each with a different owner. The management plane that was reportedly turned against the company belongs to identity and endpoint teams, in any organization. The supplier’s operations, which stopped, belong to the supplier but are assessed by the hospital’s vendor risk function. And the hospital’s own dependency on those operations belongs to supply chain and clinical leaders. Hospitals need a view on all three, because they run the same tools and depend on the same suppliers.

The management plane

Endpoint management platforms push software, change configurations and, by design, erase devices. At scale and in the wrong hands, that last feature is destructive. One account with the right role can issue commands to every enrolled laptop, phone and, in some estates, server. Within days, CISA urged organizations to harden endpoint management systems, recommending least-privilege administrative roles, phishing-resistant multi-factor authentication for privileged accounts, conditional access, and multi-administrator approval for high-impact actions such as wipes, scripts and role changes.

Those controls are necessary, and many organizations had not switched them on. They are also not sufficient on their own. Practitioners pointed out that an attacker who controls the identity platform above the endpoint tool can create a second administrator and approve their own request. The protection has to start one tier higher. Global and privileged identity roles should be few, held through just-in-time elevation rather than standing rights, and monitored for the creation of new administrators. Bulk destructive actions should raise an alert that reaches a person within minutes, whatever approvals were given.

A health system can test its own exposure with three questions. How many accounts can issue a bulk wipe, directly or by granting themselves the right? Are any of those accounts used for routine work? And would anyone notice if a thousand devices received a reset command at two in the morning? Clinical workstations, shared nursing devices and medical carts enrolled in the same platform make the answers more urgent.

The supplier’s operations

Stryker said its products were safe to use, and nothing in the public record suggests patient-facing devices were compromised. The disruption was to the business: ordering, manufacturing and shipping. That is the part of a medical supplier that hospital reviews rarely examine.

Vendor risk programs in healthcare are built around data. Does the supplier hold protected health information? Is it a business associate? Does its device ship with a software bill of materials? Those questions matter, but they miss operational dependency entirely. A supplier that holds no patient data can still disrupt surgical schedules if it cannot take orders, ship implants and instruments, or send the field representatives who support certain procedures.

Hospitals can ask suppliers different questions. How would the supplier take orders if its electronic systems were unavailable for two weeks? How quickly could it restore order processing, and has it tested that? How would it prioritize customers during a backlog, and how would it tell them? Group purchasing organizations can ask these questions at scale and share the answers with members. Even where a hospital cannot win contractual commitments, the answers show which suppliers have rehearsed recovery and which have not.

The hospital’s dependency

For a health system, the third layer is the one that touches patients. Orthopedic, surgical and neurovascular supply chains are concentrated, and many hospitals hold limited consignment inventory that depends on frequent replenishment. When a major supplier’s ordering stops, the effect arrives in days.

The response combines supply chain and clinical planning. Supply chain leaders should know which procedures depend on a single supplier and how many days of inventory they hold on site and in consignment. They should also hold a manual ordering path, with names and phone numbers, for when electronic ordering fails. Clinical leaders should know which cases could be rescheduled or moved to alternative products without compromising care, and who decides. The Change Healthcare outage in 2024 showed how a third party’s downtime becomes a provider’s problem in claims and payments. Stryker extended that to physical supplies. The two events also differ in who notices first: a claims outage shows up in finance, while a supply outage shows up in the operating room schedule.

Contracts are the underused lever. Supplier and group purchasing agreements usually cover price, delivery and quality. Few cover restoration of ordering after an outage, a manual fallback, or customer notification during a disruption. Those terms can be negotiated, especially for single-source products and at renewal. A tabletop exercise in which a top-five supplier loses ordering and shipping for two weeks, with no data breach involved, is the quickest way to find out which terms matter most.

With hindsight

Stryker’s recovery was faster than many feared but not free. In an amended SEC filing on April 9, the company said it was fully operational across its global manufacturing network and had restored ordering and distribution, while confirming a material impact on first-quarter results. It said it did not expect a material impact on full-year guidance. By the summer, it was still working through an order backlog.

The incident was widely cited afterward for two reasons. It showed a destructive, non-financial attack on a major U.S. healthcare supplier during an active geopolitical conflict. And the reported method moved attention from malware detection to administrative controls, prompting CISA’s guidance on endpoint management hardening. Figures for the number of devices wiped and data taken came from the attackers or unnamed sources and were never independently confirmed, so we do not rely on them. The conclusions do not depend on those details.

  • Stryker
  • wiper
  • Intune
  • medical supply chain
  • privileged access