TL;DR: Healthcare breaches cost an average of $9.77 million in 2024, more than double the cross-industry average, while the Change Healthcare attack affected 192.7 million Americans and disrupted claims and care operations for months, according to 1Kosmos. The lesson is that identity controls in healthcare now shape clinical resilience, not just compliance posture.
At a glance
What this is: This is a healthcare identity modernization analysis that argues weak authentication, poor segmentation, and third-party exposure are now patient safety issues, not just compliance gaps.
Why it matters: It matters because healthcare IAM, NHI, and human access programmes now directly affect care continuity, claims processing, fraud exposure, and regulator expectations.
By the numbers:
- In 2024, healthcare organizations experienced the most expensive data breaches of any industry, with an average cost of $9.77 million per breach.
- The Change Healthcare ransomware attack in February 2024 affected 192.7 million Americans, nearly 60% of the entire US population.
- Between 2023 and 2024, the number of affected individuals in healthcare breaches increased 58% to more than 289 million.
👉 Read 1Kosmos's analysis of healthcare identity modernization and patient safety
Context
Healthcare identity modernization is no longer a back-office optimisation problem. When authentication, identity proofing, and access control fail, the result can be delayed medications, blocked claims, account takeover, and unsafe care delivery. That makes identity the control plane for both clinical access and operational continuity.
The industry still relies on legacy systems, weak segmentation, and third-party connections that expand attack paths faster than controls mature. Compared with financial services, healthcare has moved more slowly on strong authentication, lifecycle discipline, and phishing-resistant access, even though the sector is one of the highest-value targets for identity abuse.
For IAM leaders, the real question is not whether healthcare needs more security. It is whether existing identity programmes can protect clinicians, patients, vendors, and workloads across a fragmented environment without adding unacceptable friction.
Key questions
Q: How should healthcare organisations reduce identity risk without slowing clinical care?
A: Start with the highest-friction, highest-risk workflows, such as remote clinician access and patient portal enrolment. Use phishing-resistant authentication, stronger identity proofing, and segmentation so access decisions are fast but still tied to verified identities. The goal is to remove fraud and takeover risk without forcing clinicians back into workarounds.
Q: Why do legacy systems make healthcare identity governance harder?
A: Legacy systems extend the life of weak authentication, limited patching, and poor segmentation. In healthcare, that creates a gap between modern identity policy and the older systems that must enforce it. If the infrastructure cannot support current controls, identity governance becomes a patchwork of exceptions that attackers can exploit.
Q: What breaks when third-party access is not governed as part of identity lifecycle management?
A: Access can outlive the business relationship that justified it, which leaves external identities active after need has ended. In healthcare, that failure can expose claims systems, patient data, and connected devices. The practical problem is not just excessive access, but access that no longer has an accountable owner.
Q: Who is accountable when a healthcare identity failure causes patient harm?
A: Accountability sits with the organisation that owns the control environment, not just the vendor, the identity team, or the security operations function. In healthcare, identity failures cross clinical, operational, and compliance boundaries, so ownership must be explicit across IT, security, and business leadership. Shared risk does not mean shared accountability is optional.
Technical breakdown
Why healthcare identity proofing and access control are linked
Healthcare environments often treat identity proofing and access management as separate problems, but they are tightly coupled. If a patient, clinician, or vendor is weakly verified at enrolment or login, downstream authorisation decisions inherit that weakness. In practice, this means an account can be technically valid while still representing the wrong person, the wrong device, or the wrong context. Modern identity programmes need to bind stronger proofing to access decisions so credentials are not the only trust signal.
Practical implication: align identity proofing strength with the sensitivity of the workflow, especially for portals, remote access, and vendor entry points.
Why MFA is necessary but not sufficient in clinical environments
Multi-factor authentication reduces password-based compromise, but healthcare attackers often exploit the surrounding control gaps, including exposed servers, legacy systems, and weak incident containment. If a workflow depends on MFA alone, recovery still stalls when credentials, sessions, or downstream privileges are already exposed. Phishing-resistant methods such as FIDO2 matter because they reduce replayable credential risk, but they must sit inside a broader access architecture that includes segmentation and lifecycle controls.
Practical implication: use phishing-resistant authentication for high-risk access, but pair it with segmentation and privileged access governance.
How third-party access expands the healthcare identity attack surface
Hospitals depend on insurers, clearinghouses, billing firms, and device vendors, so third-party access is not peripheral. Every external connection introduces another identity population, another lifecycle, and another offboarding obligation. The problem is not just vendor trust. It is uncontrolled persistence, where access remains active longer than the business relationship that justified it. In healthcare, that persistence can ripple through claims, patient services, and clinical operations at ecosystem scale.
Practical implication: inventory third-party identities separately, assign lifecycle owners, and enforce contract-based revocation checks.
Threat narrative
Attacker objective: The attacker aimed to disrupt healthcare operations, force ransom pressure, and expose or monetize identity-linked patient and claims data at massive scale.
- Entry occurred through an exposed internet-facing server that lacked multi-factor authentication, creating a direct path into a healthcare environment.
- Escalation followed through weak segmentation and legacy infrastructure that allowed the intrusion to move across systems and interrupt core workflows.
- Impact included prolonged claims disruption, access to critical healthcare records, delayed care operations, and large-scale patient harm across the ecosystem.
Breaches seen in the wild
- LiteLLM PyPI package breach — LiteLLM PyPI supply chain attack, credentials stolen from users.
- Shai Hulud npm malware campaign — Shai Hulud campaign: npm malware exposed secrets on GitHub.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Healthcare identity failure is now a clinical risk, not an IT footnote. The article makes clear that stolen identities can drive prescription fraud, false claims, and care disruption, which means access control failures now affect patient safety as directly as system availability. In healthcare, identity is part of the treatment pathway, not merely the admin stack. Practitioners should treat healthcare identity governance as operational resilience work.
Missing MFA on exposed infrastructure is the visible failure, but the deeper problem is trust without containment. The Change Healthcare example shows that one weakly protected server can become an ecosystem event when segmentation, recovery design, and third-party boundaries are too loose. That is a classic healthcare identity control gap: authentication exists in isolation, but blast-radius control does not. Practitioners should assume one access failure can cascade unless the environment is built to absorb it.
Healthcare still operates with an identity model built for compliance checkpoints, not for continuous risk. The article describes a sector that checked HIPAA boxes while attackers targeted identity pathways with precision. That is the real governance gap: compliance validation is not the same as access resilience. Practitioners should stop equating audit readiness with identity safety.
Patient-centric identity requires the same lifecycle discipline that NHI programmes now demand. Healthcare has many more connected identities than most programmes assume, spanning clinicians, patients, vendors, and devices. The governance lesson is that identity proofing, revocation, and exception handling must be lifecycle processes, not one-time events. Practitioners should unify human and machine identity governance where the operational dependency is shared.
Decade-old identity infrastructure is the named concept here: legacy trust debt. It describes the accumulated dependence on outdated systems, static credentials, and weak segmentation that modern healthcare can no longer secure at scale. That debt compounds because every new digital workflow inherits old trust assumptions. Practitioners should view modernization as debt reduction, not feature expansion.
From our research:
- 80% of identity breaches involved compromised non-human identities such as service accounts and API keys, according to the Ultimate Guide to NHIs.
- Only 5.7% of organisations have full visibility into their service accounts, according to the Ultimate Guide to NHIs.
- That visibility gap is why Ultimate Guide to NHIs , Lifecycle Processes for Managing NHIs matters when healthcare organisations need to offboard credentials cleanly and at scale.
What this signals
Legacy healthcare identity programmes are being stress-tested by ecosystem dependency. Once hospitals rely on vendors, clearinghouses, and connected devices, identity governance must extend beyond employees and patients. The programme question is no longer whether MFA exists, but whether access can be verified, segmented, and revoked fast enough to limit blast radius when one link fails.
Healthcare teams should treat third-party identities as first-class governance objects. That means separate ownership, lifecycle controls, and evidence of revocation, not just contract language. The practical implication is clear: if you cannot prove who still has access, you cannot prove the environment is under control.
For identity leaders, the opportunity is to connect human IAM discipline with the same lifecycle rigor now expected for non-human identities. The strongest healthcare programmes will build one governance model that can handle patients, clinicians, vendors, and machine identities without assuming any of them are low-risk by default.
For practitioners
- Enforce phishing-resistant authentication for exposed healthcare workflows Prioritise remote clinician access, administrative accounts, and third-party portals where password replay and MFA fatigue create the highest risk. Use FIDO2 or equivalent controls where the workflow can tolerate it, then verify that legacy fallback paths do not reintroduce weaker access methods.
- Separate clinical, administrative, and vendor access paths Map which systems a compromise could touch after initial entry, then isolate those pathways with network segmentation and privilege boundaries. If a vendor or exposed server is breached, the objective is to keep the incident from becoming a claims, records, and care outage.
- Build revocation and offboarding into third-party identity governance Track every external healthcare identity with an owner, purpose, and expiry condition. Require periodic validation that vendor access still matches contract scope, and revoke credentials when the business need ends rather than waiting for annual review cycles.
- Test recovery around identity-dependent clinical services Run incident exercises that assume identity services, claims processing, and patient workflows fail together. Measure whether teams can restore access, isolate compromised segments, and communicate safely before the outage spreads across clinical operations.
Key takeaways
- Healthcare breaches now affect patient safety, claims continuity, and identity theft simultaneously, which makes IAM a clinical resilience control as much as a security control.
- The scale of the problem is already systemic, with a single major incident affecting 192.7 million Americans and pushing average breach costs to $9.77 million.
- The control gap is not abstract: strong authentication, segmentation, and third-party lifecycle governance are the practical levers that reduce healthcare blast radius.
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 Zero Trust (SP 800-207) and NIST SP 800-63 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AC-1 | Healthcare identity proofing and access control are central to this article. |
| NIST Zero Trust (SP 800-207) | The article argues for continuous verification and reduced blast radius in healthcare. | |
| NIST SP 800-63 | Identity proofing and authentication strength are core to the healthcare use case. |
Tie user and vendor access to verified identities and review access paths against critical workflows.
Key terms
- Identity Proofing: Identity proofing is the process of establishing that a person is who they claim to be before granting access or creating an account. In healthcare, the quality of proofing affects patient matching, account takeover risk, and the trustworthiness of downstream access decisions.
- Phishing-Resistant Authentication: Phishing-resistant authentication uses methods that are hard to steal, replay, or intercept, such as cryptographic authenticators. In healthcare, it reduces the chance that a stolen password or fooled user becomes the entry point for clinical, claims, or vendor access compromise.
- Third-Party Identity Lifecycle: Third-party identity lifecycle is the full process of creating, governing, reviewing, and revoking access for vendors and other external entities. In healthcare, it is essential because outsourced functions and connected services can keep access long after the original business need has changed.
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 building or maturing an IAM programme, it is worth exploring.
This post draws on content published by 1Kosmos: What healthcare could look like with modern identity. Read the original.
Published by the NHIMG editorial team on 2026-03-13.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org