TL;DR: Critical infrastructure OT still looks built to prevent breaches rather than survive them, according to ColorTokens. That leaves containment, logging, and isolation as the controls that decide whether one foothold becomes operational disruption.
Editorial analysis by NHI Mgmt Group, based on content published by ColorTokens: “The NCSC Just Dropped New OT Security Rules, And Most of Us Are Probably Not Ready”.
Key questions
Q: Why do standing OT access paths increase operational risk?
A: Standing access turns remote maintenance and supplier convenience into persistent trust.
Q: How do you know if OT containment controls are actually working?
A: They are working if a simulated compromise stays confined to its initial zone and does not reach critical controllers, safety systems, or shared services.
Q: What breaks when OT networks are not breach-ready?
A: Flat OT networks fail because one compromise can spread across engineering, safety, and production environments before operators can react.
Practitioner guidance
- Inventory OT trust paths Catalogue every remote, supplier, and engineering access path into OT, including temporary and inherited connections, then assign ownership and removal criteria for each one.
- Replace standing access with segmented access Remove permanent OT remote access where possible and constrain remaining sessions to specific zones, devices, and approved maintenance windows.
- Test containment against lateral movement Validate that a compromised engineering laptop or vendor account cannot pivot from one zone into safety systems, production controls, or backup environments.
Bottom line: The article argues that OT security has to be judged by how well critical functions survive compromise, not by how completely attacks are prevented.
Glossary terms: Breach Containment, Disconnectable Conduit, Blast Radius, OT-aware monitoring
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Breach readiness is now the real control objective for OT. The article is right to reject the idea that prevention alone defines maturity in critical infrastructure. OT environments are too connected, too legacy-heavy, and too operationally constrained for a pure deny model to hold. The governing question is how quickly essential functions can be isolated and preserved when attackers already have a foothold.
A question worth separating out:
Q: Who is accountable for breach readiness in critical infrastructure?
A: Accountability should sit jointly with OT operations, infrastructure security, and business leadership, because breach readiness is about preserving essential functions, not just protecting a network. The governing body must own acceptable impact thresholds, access decisions, and isolation authority. If responsibility is split but not explicit, response becomes too slow during an active incident.
👉 Read our full editorial: NCSC OT security rules expose the breach-readiness gap in critical infrastructure