Hospitals should keep separate privileged accounts, log every emergency access event, and review break-glass use after the fact. The key is reconstructability: a supervisor must be able to see who used access, for what reason, and whether the exception stayed within policy. If those artefacts do not exist, the control cannot be demonstrated.
What Hospitals Need to Show During a NIS2 Inspection
Hospitals need to demonstrate that privileged and emergency access is controlled, attributable, and reviewable. In practice, that means evidence must show separate privileged accounts, emergency use with a recorded business reason, and post-event review. For NIS2, the inspection question is not whether emergency access exists, but whether the organisation can reconstruct each exception and prove it stayed within policy.
A useful way to think about the control is that inspectors will test the evidence chain, not just the policy statement. If a hospital can only say “we have break-glass access,” but cannot show who activated it, when, from which account, and under what approval or justification, the control is weak even if the technical mechanism works.
That is why privileged access and emergency access should be treated as distinct audit objects. Privileged access covers routine elevated administration; emergency access covers exceptional use when normal access is unavailable or too slow. The evidence set should let a supervisor distinguish those cases without relying on memory or informal explanations.
Which Artefacts Make Emergency Access Reconstructable?
The most persuasive evidence is a joined set of account, log, and review records. Hospitals should be able to show the privileged account inventory, the break-glass or emergency account register, authentication or session logs, and the review record that confirms the event was legitimate. A clean policy without these artefacts leaves an inspection gap because the control cannot be replayed after the fact.
Logs should be specific enough to answer four basic questions: who used access, what system or function was reached, why the exception was needed, and how long the elevated access remained active. Session records are especially valuable where privileged actions can change patient systems, identity systems, or clinical platforms, because they show the actual administrative behaviour rather than only the login event.
The review record matters as much as the activation record. Inspectors will often look for evidence that break-glass use was examined promptly, exceptions were challenged where appropriate, and any excessive or repeated use was escalated. If the hospital cannot show a consistent review cadence, emergency access starts to look like standing privilege with a different name.
How Hospitals Should Organise the Control for Audit Readiness
Inspection-ready access control works best when routine administration and emergency administration are separated in both design and evidence. Separate privileged accounts reduce ambiguity, and time-bounded emergency access makes it easier to prove the exception was temporary. Hospitals should align the control to the actual operational workflow, including out-of-hours support, clinical urgency, and remote administration, rather than assuming one generic admin model fits every system.
This is also where supervision and ownership matter. The evidence should show that emergency access is not owned only by infrastructure teams, but is visible to security, audit, and system owners. If the process spans multiple platforms, the hospital should be able to demonstrate a consistent chain across directory services, PAM, and the target application or infrastructure layer.
For organisations building that evidence path, NHIMG’s Identity Security Regulatory Map is useful for mapping identity controls to NIS2 and related obligations, while the Break-Glass and Emergency Access Account Guide shows how to design and monitor emergency access accounts so they remain auditable.
Risk and Threat Considerations
Emergency access becomes a control weakness when it is easy to invoke but hard to explain. In a hospital, that creates exposure not only to inspection failure, but also to misuse by insiders, shared-account practices, and poorly governed vendor access. The risk is highest when break-glass credentials are long-lived, rarely tested, or used as a substitute for proper privileged access design.
Failure mechanism: The control fails when access is activated outside normal governance but the hospital cannot tie that event to a named person, a legitimate reason, and a bounded duration. That usually happens when logs are fragmented, accounts are shared, or post-event review is informal.
Impact: The hospital may be unable to prove compliance during a NIS2 inspection, and it may also lose the ability to distinguish legitimate emergency use from privilege abuse or account compromise. In a clinical environment, that weak evidence can also delay containment decisions after a real incident.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5 sets the technical controls, while ISO/IEC 27001:2022 and NIS2 define the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | AU-12 — Audit Record Generation | Emergency access needs auditable logs to reconstruct who did what and when. |
| AC-6 — Least Privilege | Privileged access evidence depends on limiting elevated rights to what is necessary. | |
| IA-5 — Authenticator Management | Break-glass evidence depends on controlled credential issuance, rotation, and recovery. | |
| Recommendation — Generate complete audit records for privileged and break-glass access events. Restrict administrative access and separate routine from emergency privileges. Manage emergency credentials with tight lifecycle controls and rotation after use. | ||
| ISO/IEC 27001:2022 | A.5.15 — Access control | Inspection evidence must show access rules for privileged and emergency accounts. |
| A.8.2 — Privileged access rights | Hospitals must evidence who has elevated rights and why those rights exist. | |
| A.8.15 — Logging | Reconstructability depends on logs that capture emergency access activity. | |
| Recommendation — Document and enforce access rules for privileged and emergency use. Review and restrict privileged access rights on a regular cadence. Record privileged and emergency access events in tamper-resistant logs. | ||
| NIS2 | Cybersecurity risk-management measures | NIS2 requires organisations to evidence access controls and operational resilience. |
| Recommendation — Retain evidence that privileged and emergency access controls were operated and reviewed. | ||
Practitioner Guidance
What to verify: Confirm that every privileged and emergency access path is separately inventoried, time-stamped, and tied to a named owner or approver. The minimum test is whether an auditor could reconstruct the event from the records without interviewing the operator.
Common mistake: Treating “break-glass exists” as sufficient evidence. A working emergency path is only half the control; without review records and reason codes, the hospital cannot show the exception stayed inside policy.
What good looks like: A small set of tightly governed privileged accounts, alerting on every emergency activation, and a routine review pack that records reason, scope, duration, and outcome. Where emergency access is repeated, the control should trigger redesign, not just another approval.
Practitioner takeaway: For NIS2, the question is not whether hospitals can emergency-access critical systems, but whether they can prove every exception was intentional, time-bounded, and independently reviewable.
Related resources from NHI Mgmt Group
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 11, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org