TL;DR: Healthcare breach costs average $7.42 million, hacking-related breaches have risen 239% over five years, and 72% of facilities report patient-care disruption during cyber incidents, according to IBM, HHS OCR, and Proofpoint/Ponemon cited by Elisity. The decisive issue is no longer visibility alone but whether security controls can enforce segmentation fast enough to limit clinical and identity-driven blast radius.
At a glance
What this is: This comparison of healthcare cybersecurity vendors says the category is shifting from asset discovery toward enforceable segmentation, with visibility alone no longer enough to contain clinical and identity-driven risk.
Why it matters: For IAM and security teams, the message is that governance must prove control enforcement across connected devices, identities, and clinical workflows, not simply inventory and alerting.
By the numbers:
- Healthcare data breaches now cost an average of $7.42 million per incident, according to Elisity.
- HHS OCR reports a 239% increase in hacking-related breaches over the past five years, according to Elisity.
- 72% of healthcare facilities now report disruptions to patient care during cyber incidents, according to Elisity.
Context
Healthcare cybersecurity in this article means the combination of IoMT visibility, endpoint protection, network segmentation, and identity-aware enforcement needed to protect clinical operations at scale. The governance gap is not whether tools can see devices, but whether they can prevent lateral movement and policy drift across mixed clinical and IT estates.
That gap matters because healthcare environments carry tens of thousands of connected assets, many of which cannot host agents and many of which support time-sensitive care delivery. In that context, discovery without enforcement creates an inventory of risk rather than a reduction in risk, especially when attackers can move from exposed devices into patient-facing systems.
Key questions
Q: What breaks when healthcare security tools only provide visibility?
A: Visibility-only tools leave teams with inventory but no containment. In healthcare, that means discovered devices can still talk laterally across flat or weakly segmented networks, so an attacker can move from one exposed asset into clinical or patient-facing systems without meaningful friction.
Q: Why does enforcement matter more than discovery in clinical environments?
A: Because discovery does not reduce attack paths by itself. Enforcement is what turns device knowledge into denied traffic, segmented trust zones, and reduced blast radius, which is critical when patient workflows, IoMT devices, and legacy systems cannot all be remediated at once.
Q: Where do healthcare segmentation projects most often fail in practice?
A: They fail when teams try to force a network design that cannot be operationally sustained. Static zones, long rollout cycles, and exception-heavy policies often leave the environment permissive, while controls that interrupt clinical workflows are bypassed or rolled back.
Q: What should healthcare organisations do when a vendor can see devices but cannot enforce policy?
A: Treat that as an incomplete control, not a finished architecture. Use it for discovery and risk intelligence, but pair it with an enforcement layer that can constrain traffic in real time and prove that segmentation is actually being applied.
Technical breakdown
Why visibility alone does not stop lateral movement in healthcare
Healthcare discovery platforms typically map devices, protocols, firmware, and communication paths. That is necessary, but it does not change traffic behaviour by itself. Enforcement is the control layer that turns telemetry into denied connections, segmented flows, or policy actions at the network edge. In converged clinical environments, a tool can know an infusion pump exists and still leave it reachable from broad network segments. The technical failure is the gap between identification and control execution, especially where agent deployment is impossible or operationally unsafe.
Practical implication: Treat discovery as an input to segmentation policy, not as the control outcome.
Identity-based microsegmentation and clinical workflow constraints
Identity-based microsegmentation uses device, workload, or user identity to decide which communications are allowed. In healthcare, this matters because static VLANs and flat networks cannot keep pace with changing clinical dependencies. The enforcement problem is not only technical but operational: controls must avoid interrupting telemetry feeds, imaging systems, medication workflows, and building systems. That means policy granularity, fast rollback, and context-aware exceptions are part of the architecture, not afterthoughts. Without those features, teams either over-block or leave the network permissive.
Practical implication: Build segmentation around communication intent and clinical dependency, not around legacy network boundaries.
Why agentless architectures matter for IoMT governance
Most medical devices cannot run endpoint agents because of embedded operating systems, vendor restrictions, or patient-safety requirements. Agentless visibility therefore becomes the practical starting point for IoMT governance, but it must be paired with enforcement elsewhere in the stack. Deep packet inspection and protocol analysis can classify devices and map flows, yet the containment decision still has to happen through the network, NAC, or firewall layer. This is why vendor selection in healthcare increasingly turns on whether a platform only discovers risk or can actually constrain it.
Practical implication: Prioritise controls that can govern unsupported devices without touching the device itself.
Threat narrative
Attacker objective: The attacker aims to expand from one reachable asset into a broader clinical environment that can be disrupted, encrypted, or mined for data.
- Entry commonly begins through exposed or weakly governed connected devices, or through a flat clinical network that allows broad trust across systems.
- Credential or device trust is then abused to move between clinical assets, because discovery has not been paired with enforcement that can block unexpected communications.
- The attacker gains lateral movement into patient-facing systems, where disruption, ransomware spread, or data exposure can affect operations and care delivery.
- Impact appears as degraded clinical workflows, patient-care interruption, and, in severe cases, wider operational and financial damage.
Breaches seen in the wild
- Sisense breach 2024: A credential in Sisense's GitLab reportedly opened S3 buckets of customer tokens, passwords and certificates; CISA urged a full reset.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Visibility-to-enforcement gap: healthcare has moved beyond the question of whether assets can be found. The real governance problem is whether discovered risk can be constrained fast enough to matter in a live clinical environment. This gap is now the defining selection criterion because inventory alone does not reduce blast radius. Practitioners should judge platforms on enforcement outcomes, not telemetry volume.
Identity-based enforcement is becoming the practical control plane for mixed clinical estates: healthcare networks are too heterogeneous for static trust zones to work reliably. Devices, workloads, and clinicians all participate in access decisions, so policy must follow identity and communication context rather than subnet assumptions. That makes enforcement architecture a security and operations question at the same time. Teams should treat identity-aware segmentation as a governance control, not a niche network feature.
Agentless governance is not optional in healthcare: a large part of the device estate cannot be instrumented with traditional endpoint software. That forces security programmes to place discovery, classification, and containment in separate layers, with enforcement happening outside the device. This is where many programmes stay stuck at visibility maturity. Healthcare teams should select controls that can govern unmanaged assets without altering the device footprint.
Clinical safety is now inseparable from segmentation design: the article is right to frame vendor selection as a patient-safety decision, because ineffective enforcement can be as harmful as no enforcement at all. The market is converging on architectures that can reduce blast radius while preserving workflows, and that makes deployment speed and rollback discipline part of the security model. Practitioners should evaluate whether a control can be operationally sustained during care delivery.
Healthcare cybersecurity is consolidating around enforceable Zero Trust patterns: the category is no longer defined by who can observe the most devices, but by who can translate observation into policy action. That shift aligns with NIST-CSF and Zero Trust thinking, where access and communication must be continuously governed. Teams should expect buyer scrutiny to move from visibility claims to measurable containment outcomes.
From our research library:
- Only 5.7% of organisations have full visibility into their service accounts, according to the Ultimate Guide to NHIs.
- Read next: Identity Visibility and Intelligence Platforms (IVIP) Guide
What this signals
Visibility-to-enforcement gap: healthcare security programmes should assume that discovery maturity without containment maturity will keep producing the same failure mode: better inventories, unchanged blast radius. That is why buyer scrutiny is shifting toward whether a platform can actually deny traffic, not simply classify it.
The most practical next step is to align segmentation architecture with the parts of the estate that cannot host agents, because those are the systems most likely to remain outside conventional endpoint governance.
Health systems that still measure success by device discovery coverage alone are optimising the wrong outcome; the control objective is reduced reachability across clinical paths, not a larger asset catalogue.
For practitioners
- Map the visibility-to-enforcement gap Inventory where your current tools can only detect assets versus where they can actively block east-west movement or segment traffic.
- Prioritise agentless controls for IoMT Select controls that classify and govern medical devices without installing software on unsupported endpoints or disrupting regulated configurations.
- Test segmentation against clinical workflows Validate policy changes against medication delivery, telemetry, imaging, and building systems before rollout, then prove rollback paths.
- Require enforcement evidence in vendor demos Ask vendors to show what happens after device discovery, including policy application, deny decisions, and containment in the network path.
- Evaluate acquisition risk in your stack Reassess roadmap, support, and integration assumptions where a visibility or enforcement vendor is mid-acquisition or product portfolios are changing.
Key takeaways
- Healthcare vendor selection now turns on whether security platforms can enforce segmentation, not just identify connected devices.
- The article ties the problem to cost, with $7.42 million average breach losses, a 239% rise in hacking-related breaches, and 72% of facilities reporting patient-care disruption.
- For practitioners, the priority is to close the visibility-to-enforcement gap across IoMT, endpoint, and identity-controlled network paths.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack surface, NIST CSF 2.0, NIST Zero Trust (SP 800-207) and CIS Controls v8 set the technical controls, and ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article centres on enforcing access paths and segmentation across healthcare environments. |
| Recommendation — Apply PR.AA-05 to enforce least-privilege access and segment clinical device communications. | ||
| NIST Zero Trust (SP 800-207) | Zero Trust Architecture — Zero Trust Architecture | The post evaluates whether healthcare controls can enforce trust boundaries rather than just observe them. |
| Recommendation — Use Zero Trust principles to replace flat trust zones with continuous policy enforcement. | ||
| CIS Controls v8 | CIS-5 — Account Management | Healthcare vendor selection here affects how identities and device access are governed across the estate. |
| Recommendation — Strengthen account and access governance where healthcare devices and users share network paths. | ||
| MITRE ATT&CK | TA0006;TA0008 — Credential Access; Lateral Movement | The article's risk model is about preventing attackers from moving laterally after initial access. |
| Recommendation — Map containment gaps to credential access and lateral movement techniques in your detection program. | ||
| ISO/IEC 27001:2022 | A.8.2 — Privileged Access Rights | Segmentation and enforcement decisions affect who and what can exercise privileged network reach. |
| Recommendation — Restrict privileged access rights so clinical and IT paths are segmented by necessity. | ||
Key terms
- Visibility-to-enforcement gap: The difference between knowing an asset exists and being able to stop it from communicating in unsafe ways. In practice, this gap appears when discovery tools produce inventory and risk scores, but the organisation still lacks a fast, reliable mechanism to quarantine, block, or segment.
- Identity-based Microsegmentation: A segmentation approach that uses identity, context, and policy to decide whether a connection should be allowed inside a network zone. In OT, it helps reduce lateral movement without relying only on IP addresses or broad subnet rules.
- Agentless Governance: Agentless governance is a control approach that evaluates identity activity without installing software on every workload. It observes actions at the control point, then applies policy, monitoring, and audit logging centrally. This is useful in cloud and NHI environments where instrumenting every system is slow, fragile, or operationally expensive.
- Clinical Workflow: Clinical workflow is the sequence of tasks, decisions and system interactions used to deliver care. In identity programmes, it matters because access controls only work well when they reflect how staff actually move, collaborate and use applications in wards, clinics and specialist settings.
Deepen your knowledge
NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, machine identity security, and secrets management. It is a useful fit for practitioners translating identity controls into enforceable access policy.
Published by the NHIMG editorial team on July 11, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org