Passive network monitoring that baselines normal OT traffic and process behaviour, then uses machine learning to flag deviations that signature-based tools would miss.
Digital twins of critical infrastructure & control networks
A live, continuously-synchronised virtual model not just of the process, but of the control network itself — every controller, switch, firewall rule and data flow — for security testing, capacity planning and incident response rehearsal.
Short entry. This page summarises our current placement. Full, sourced analyses are published first for the technologies closest to practical use; see the list of full analyses.
How it works
A network digital twin is a model of the control infrastructure built from its real configuration: switch and router settings, firewall rule sets, controller and workstation inventories, and observed traffic flows. Some twins are analytical models that compute which paths are possible; others emulate the devices so that real software and real attacks can be run against a copy.
With the model in place, questions can be answered without touching the plant. Which systems can reach this controller, and through which rules? What breaks if this firewall rule is removed? Which unpatched vulnerabilities lie on a route from the business network to a safety system? Emulated environments also serve as a range for training and rehearsing incident response.
Why it matters
Lets a security or engineering team test a network change, a patch, or an attack scenario against a faithful virtual copy before touching the live control system.
Where it fits
It is most valuable to operators with large, long-lived control networks that have grown by accretion, where nobody is confident of every path through them, and where change windows are rare. Typical first uses are validating segmentation against the intended zone design and testing changes before an outage.
Why we place it at the Over-Promise stage
Process digital twins are relatively mature; a synchronised twin of the control-network infrastructure itself is a newer, faster-growing sub-category. Estimated time to the Proven in Use stage: 2–5 yrs. What the stages mean.
Key risk
Keeping the twin synchronised with an actively-changing live network is a continuous engineering cost that many early adopters underestimate.
Questions to ask before committing
- How is the twin kept in step with the live network: continuously, on a schedule or by hand?
- Does it model devices from all your vendors, including older ones, or only current products?
- Is the twin itself protected, given that it contains a complete map of your control network?
Standards and terms to know
- Attack-path analysis
- Working out the routes an intruder could take from an entry point to a critical asset.
- Emulation
- Running real or near-real device software in a virtual environment.
- Cyber range
- A controlled environment for security testing and incident-response exercises.
Related technologies
See this entry on the full maturity map · All IT/OT & CCII entries · How placements are made. Stage and time-horizon placements are editorial judgements based on public information as of October 2026, not engineering, safety or investment advice; see the Terms of Use.