IT Zero Trust works by installing agents on endpoints. The agent verifies device health, enforces policies, and reports telemetry. This model breaks in OT. PLCs run proprietary firmware. CNCs run embedded operating systems from 2005. HMIs run Windows XP Embedded with no update path. You cannot install an agent on any of these. You need a different approach.
Why Agents Do Not Work in OT
Proprietary Operating Systems
Most PLCs and industrial controllers run proprietary real-time operating systems. Allen-Bradley uses ControlLogix OS. Siemens uses Step 7 runtime. Fanuc CNC controllers run their own firmware. None of these support third-party software installation.
Real-Time Constraints
Industrial controllers operate on deterministic cycles measured in milliseconds. A PLC scanning I/O every 10ms cannot tolerate the CPU overhead or timing jitter that a security agent introduces. Even a momentary delay can cause a safety fault or production stop.
No Update Path
Many OT devices have been running the same firmware for 10 or 20 years. The manufacturer may no longer exist. Even when updates are available, applying them requires production downtime and requalification. The cost of patching often exceeds the value of the device.
Certification and Warranty
Industrial equipment is often certified for specific configurations. Installing unauthorized software voids the warranty and may invalidate safety certifications. In regulated industries, this is a non-starter.
The Network-Layer Alternative
Instead of securing the device, secure the path to the device. An identity-aware proxy sits between the user and the OT asset. Every connection passes through the proxy, which:
- Authenticates the user with MFA before the session is established
- Authorizes the session based on role, asset, protocol, and time window
- Logs the session with user identity, timestamp, and payload
- Encrypts the connection between the user and the proxy
- Isolates the asset in a microsegment with deny-by-default rules
The OT device continues operating exactly as it always has. It sees the same protocol, the same traffic patterns, the same timing. The enforcement happens at the proxy, not on the device.
What You Get Without Agents
| Capability | Agent-Based | Network-Layer |
|---|---|---|
| Identity verification | Yes | Yes (at proxy) |
| MFA enforcement | Yes | Yes (at proxy) |
| Session logging | Yes | Yes (at proxy) |
| Protocol inspection | Limited | Yes (deep packet) |
| Device health check | Yes | No |
| Works on legacy OT | No | Yes |
| Production impact | Risk of disruption | None |
The one capability you lose is device health attestation. You cannot verify the internal state of a PLC from the network. But you can verify and control every connection to and from it, which is what CMMC and IEC 62443 actually require.
The Overlay Architecture
Access Gate deploys as a physical appliance adjacent to your existing network. It creates an overlay network using the 100.64.0.0/16 address space. Each OT asset gets a proxy endpoint. The overlay handles identity, access control, logging, and encryption. The underlay (your existing switches, VLANs, and cabling) remains untouched.
This is sometimes called the "lollipop architecture" because each asset has a single enforced path (the stick) to its proxy (the candy). No lateral movement between assets. No unauthenticated connections. No unlogged sessions.
For more Zero Trust OT resources, architecture guides, and comparisons, visit the Zero Trust for OT Networks hub.