TL;DR: Malware can still reach isolated OT assets through hardware interfaces, maintenance laptops, and supply-chain contamination, with TXOne Networks warning that air gaps do not guarantee safety. Portable scanning and inbound verification become essential where legacy machines cannot safely run conventional security software.
Editorial analysis by NHI Mgmt Group, based on content published by TXOne Networks: “What Is Air Gapped Network in Cyber Security, and Why Is It Not Enough?”.
Key questions
Q: Why do maintenance devices increase risk in isolated industrial networks?
A: Maintenance devices increase risk because they often move between connected and disconnected environments.
Q: Where does air gap protection fail in practice for OT assets?
A: It fails at the boundary points teams overlook, especially USB ports, wireless radios, and third-party service workflows.
Q: What breaks when an OT air gap is treated as complete protection?
A: An air gap breaks down when teams assume isolation alone blocks malware.
Practitioner guidance
- Inspect every cross-boundary maintenance device Require malware checks and device hygiene validation before technician laptops, service tools, or removable media enter isolated OT zones.
- Use portable scanning on stand-alone assets Deploy update-capable portable scanners to inspect machines that cannot host conventional endpoint tools or frequent software changes.
- Control wireless and peripheral ingress paths Inventory Wi-Fi, Bluetooth, USB, and external keyboard pathways on air-gapped assets and disable any interface that is not operationally required.
Bottom line: Air gaps reduce exposure, but they do not stop malware from crossing through trusted interfaces, maintenance devices, or supplier-delivered equipment.
Glossary terms: Air Gap, Malware Scanning, Cross-Boundary Trust, Supply Chain Infection Vector
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Air gap security has become an access-control problem disguised as network design. The article shows that isolation fails when hardware interfaces, maintenance workflows, and supplier trust paths are allowed to cross the boundary unchecked. For OT programmes, the decisive question is no longer whether the network is disconnected, but whether any trusted ingress path can carry malicious code into machines that cannot be easily remediated.
A question worth separating out:
Q: How should teams govern supplier access to stand-alone machines?
A: Teams should treat supplier access as a lifecycle control, not a one-time trust decision. Receiving checks, malware inspection, and supplier security questions should happen before installation, because a machine can arrive already compromised. If a supplier path cannot be verified, the asset should not be trusted by default.
👉 Read our full editorial: Air gaps are no longer enough to protect OT assets