TL;DR: Energy organisations are using zero trust network access to replace broad VPN access with dynamic, least-privilege connections as IT and OT converge, remote work expands, and legacy systems remain exposed, according to Appgate. The security shift matters because identity, device posture, and context now determine who can reach critical systems, not network location.
At a glance
What this is: This analysis argues that zero trust access is becoming the practical access model for energy environments where IT and OT convergence, remote users, third parties, IoT, and legacy systems have outgrown VPN-based trust.
Why it matters: It matters because energy security teams need access controls that can distinguish users, devices and context in mixed IT/OT estates without widening blast radius or weakening compliance.
Context
Energy access control is under strain because the old assumption, that network location implies trust, no longer fits distributed operations. In mixed IT and OT environments, remote work, supplier access, connected devices and legacy systems create more entry paths than perimeter tools were designed to govern. The primary issue is not simply connectivity, but whether access decisions can be made with enough context to limit exposure.
Zero trust changes the access model by treating every request as untrusted until verified. That matters for energy organisations because identity, device posture and policy now have to operate across both enterprise systems and operational assets, including environments where broad access or flat network trust can create unnecessary lateral movement risk.
Key questions
Q: What fails when energy teams keep broad VPN access in converged IT and OT environments?
A: Broad VPN access fails because it treats network membership as proof of trust, which is too coarse for environments where contractors, remote staff and operational systems share access paths. Once connected, users can often see more than they need, increasing lateral movement risk and making containment harder if a session or credential is abused.
Q: Why does zero trust reduce risk in energy remote access programmes?
A: Zero trust reduces risk because it shifts the access decision from location to verified identity, device posture and policy context. That matters in energy operations where a legitimate remote connection can still be unsafe if the endpoint is unmanaged or the request would expose critical assets beyond the user’s task scope.
Q: What are the signs that access controls are too permissive in IT and OT?
A: Common signs include one remote connection reaching multiple systems, contractors using the same pathway as internal staff, and legacy assets remaining reachable from general enterprise networks. If a compromise in one session could expose both management and operational environments, the access model is too broad.
Q: How should energy organisations balance compliance and least privilege?
A: Compliance and least privilege work best when auditability is built into the access model, not bolted on afterwards. Energy teams should tie access to identity, device trust and resource scope so they can prove who reached what, while still limiting exposure for remote staff and third parties.
Technical breakdown
Why VPN-era access control fails in converged IT and OT networks
VPNs were built to extend a trusted network boundary, not to govern every session as a separate security decision. Once a user connects, the tunnel often exposes more than the user needs, which becomes risky when IT and OT systems share operational workflows, third parties need remote access, and legacy assets cannot be modernised quickly. The result is an access model that is simple to deploy but too coarse for environments where one compromised session can reach multiple critical systems. Zero trust replaces the broad tunnel with policy-driven access to specific resources.
Practical implication: reduce reliance on network-level access paths and move high-risk energy workflows to resource-scoped access policies.
How identity, device posture and context shape zero trust access
Zero trust access decisions combine identity verification with device posture and contextual checks such as location or policy state. Identity answers who is requesting access, posture asks whether the device meets required security conditions, and context determines whether the request fits the expected operating pattern. In energy environments this matters because a contractor, engineer or remote employee may all need different reach, and an unmanaged or unsecured device should not inherit the same access as a compliant managed endpoint. The control value comes from making access conditional at request time rather than assuming the user is safe after login.
Practical implication: require context-aware policy evaluation before access is granted to sensitive IT and OT resources.
Microsegmentation and one-to-one access reduce lateral movement
A key architectural change in zero trust is replacing broad connectivity with narrow, one-to-one paths between a verified user and the exact resource they are allowed to reach. That is a microsegmentation problem as much as an identity problem, because the aim is to hide resources until policy authorises access and to prevent a single authenticated user from wandering across the environment. In energy operations, that helps contain exposure in systems supporting production, monitoring and management. The control is strongest when segmentation is tied to role, device trust and task scope, not just IP range or network zone.
Practical implication: segment critical assets so access is granted only to named resources needed for the current task.
Threat narrative
Attacker objective: The attacker aims to turn a single remote access path into broader reach across critical energy systems, increasing the chance of operational disruption or data exposure.
- Entry occurs through broad remote access paths that expose too much of the environment once a user or vendor authenticates.
- Credential abuse or over-broad session trust can then let an attacker move from an initial foothold into systems that should never have been reachable from the same connection.
- The likely impact is lateral movement across IT and OT assets, with loss of containment around sensitive operational systems and reduced ability to limit blast radius.
Breaches seen in the wild
- BeyondTrust breach 2024: A stolen BeyondTrust Remote Support API key let a China state-sponsored actor reset accounts and reach US Treasury workstations in 2024.
- Salesloft OAuth token breach: hackers stole OAuth tokens to access Salesforce data via Salesloft.
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
Zero trust is now an access governance model for converged operations, not just a network architecture. The article shows why energy organisations cannot rely on perimeter controls when IT, OT, remote workforce access and third-party connectivity all overlap. The security question is no longer whether a user is on the right network, but whether the current request deserves any reach at all. For identity teams, that makes policy precision the control that matters.
Context-aware access is the named concept energy teams should operationalise. Identity alone is not enough when the same workforce spans office systems, industrial tooling and vendor touchpoints. Device posture and session context decide whether a request is safe enough to satisfy operational risk, and that is especially important where legacy systems cannot enforce modern authentication patterns themselves. Practitioners should treat this as a governance boundary, not a user-experience feature.
IT/OT convergence exposes the weakness of broad trust zones. The article reinforces a simple control truth: the more heterogeneous the estate, the less useful flat trust becomes. Zero trust does not remove operational complexity, but it gives security leaders a way to localise exposure and shrink the consequences of compromise. The practical implication for energy programmes is to govern access by resource criticality and trust signal quality, not by inherited network membership.
Third-party access is the pressure test for identity governance in energy. When suppliers, contractors and engineers require remote connectivity, standing trust assumptions become the easiest path to overexposure. This is where zero trust intersects most clearly with IAM and PAM, because the access decision has to reflect task scope, device trust and revocation discipline. Teams that still treat external connectivity as an exception will struggle to contain risk across operational assets.
Microsegmentation turns least privilege into an operational control, not a policy statement. The article’s strongest signal is that one-to-one resource access is more defensible than broad connectivity in distributed energy environments. That aligns with NIST-CSF PR.AA-05 and MITRE ATT&CK perspectives on limiting reachable assets after initial access. Practitioners should use this as a cue to redesign reachability, not just authentication.
From our research library:
- 92% of organisations expose NHIs to third parties, raising concerns about supply chain security, according to the Ultimate Guide to NHIs.
- Read next: Third-Party, B2B and Contractor Access Guide
What this signals
Context-aware access becomes the control boundary when IT and OT converge. Energy teams should expect access design to matter more than perimeter design as remote work, supplier connectivity and operational systems overlap. The programme question is whether policy can distinguish a trusted engineer from a risky endpoint before the session opens, not after the fact.
Third-party access is where zero trust either proves itself or fails. Supplier and contractor access in energy environments is rarely static, so standing network trust is the wrong default. Identity governance, device verification and task-scoped permissions need to work together if teams want to reduce the chance that a valid login becomes a broad operational foothold.
Microsegmentation should be treated as blast-radius control for energy operations. The practical goal is not perfect invisibility, but narrower reachability when a credential or session is abused. That means rethinking network zones around critical resource exposure rather than around legacy infrastructure boundaries.
For practitioners
- Map remote access paths to critical IT and OT resources Inventory every workforce, contractor and vendor path into energy systems, then identify where a single connection currently reaches multiple systems that should be isolated.
- Enforce device posture checks before session creation Require managed, compliant endpoints for access to sensitive operational resources, and block sessions from unsecured or unknown devices even when credentials are valid.
- Replace broad VPN reach with resource-scoped policies Define access by named application or system rather than by subnet or network zone so that authenticated users only see the resources required for their role.
- Segment OT access from general enterprise access Separate engineering, operations and third-party workflows so compromise in one access path does not automatically expose production systems or monitoring environments.
Key takeaways
- Energy security teams can no longer rely on VPNs and flat network trust when IT, OT, remote work and third parties all share the same access surface.
- The main control shift is from location-based access to request-time verification using identity, device posture and policy context.
- The most practical benefit of zero trust in this sector is smaller blast radius, especially where legacy operational systems cannot be rebuilt quickly.
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 and risk surface, while NIST CSF 2.0, NIST Zero Trust (SP 800-207), CIS Controls v8 and CSA Cloud Controls Matrix set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article centres on least-privilege access and context-aware authorisation across IT and OT. |
| Recommendation — Apply PR.AA-05 to restrict energy users to the exact resources their role and task require. | ||
| NIST Zero Trust (SP 800-207) | Zero trust architecture — Never trust, always verify | The article is explicitly about zero trust access replacing perimeter trust in distributed energy environments. |
| Recommendation — Use zero trust principles to evaluate every access request against identity, device and policy context. | ||
| MITRE ATT&CK | TA0008 — Lateral Movement | Broad remote access and weak segmentation increase the chance of lateral movement after initial access. |
| Recommendation — Map exposed remote access paths to TA0008 and narrow reachable assets to reduce post-compromise movement. | ||
| CIS Controls v8 | CIS-5 — Account Management | Remote workforce and third-party access need tighter account lifecycle governance in converged environments. |
| Recommendation — Use CIS-5 to govern who retains access to operational systems and remove unnecessary account exposure. | ||
| CSA Cloud Controls Matrix | IAM — Identity and Access Management | Cloud and distributed access controls underpin the article's least-privilege and context-aware access model. |
| Recommendation — Apply IAM domain controls to align identity proofing, authorisation and access scope across hybrid environments. | ||
Key terms
- Zero Trust: A security model that assumes no identity, human or non-human, should be trusted by default, even inside a network perimeter. Every access request must be verified, authorised, and continuously validated.
- Microsegmentation: A network control approach that divides environments into small security zones with explicit rules between them. Its purpose is to limit lateral movement and reduce blast radius when an identity, workload, or device is compromised.
- Context-aware access mapping: The practice of linking an identity’s permissions to the task, system state, and runtime behaviour that justify those permissions. For AI native engineering, this is more useful than relying only on fixed roles because access can change quickly and may be shared across different actor types.
- IT/OT Convergence: The integration of enterprise information systems with industrial operations so data, users and workflows move across both environments. In manufacturing, convergence improves visibility and efficiency, but it also forces identity controls to work across systems that were historically governed very differently.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, workload identity, secrets management and identity lifecycle fundamentals. It is designed for practitioners who need to connect identity controls to wider security and access governance programmes.
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