Model 51 of 74 · Cybersecurity

ICS / OT Security Maturity Assessment

Assess security maturity for industrial control systems and operational technology.

Levels

  1. 1Air-Gap DependentAssumed isolation
  2. 2Boundary-DefinedSegmented & monitored
  3. 3ConvergedUnified IT/OT security

01 OT Asset Inventory & Visibility

Does the organisation know what OT devices exist, what firmware they run, and how they communicate?

0/4 answered

AV-1How does your organisation identify and catalogue OT devices across its operational environment?

Think about whether you have a list of all PLCs, RTUs, HMIs, switches, and other OT devices — or whether equipment is only discovered during maintenance or after an incident.

AV-2How does your organisation track firmware and software versions running on OT devices?

Consider whether you know what firmware version each PLC, RTU, or HMI is running, and whether you would notice if it changed unexpectedly.

AV-3How well does your organisation understand the communication flows within its OT network?

Think about whether you know which devices talk to which, over what protocols, and whether you could identify an unexpected connection.

AV-4How does your organisation classify OT assets by criticality to physical processes and safety?

Consider whether you know which devices, if compromised, could cause a safety incident, halt production, or affect the public.

02 IT/OT Network Segmentation

Has the organisation separated IT and OT networks and controlled data flow between them?

0/4 answered

NS-1How does your organisation segment its IT and OT networks?

Think about whether there is a defined boundary between corporate IT and the control system network, or whether they share the same flat network.

NS-2How does your organisation control remote access into OT environments?

Consider whether vendors or internal staff can remotely connect to control systems, and what controls exist around that access.

NS-3How does your organisation manage data transfer between IT and OT networks?

Think about how data moves from the control system environment to corporate systems — historians, reporting dashboards, cloud analytics — and whether that data flow is controlled.

NS-4How does your organisation prevent lateral movement within the OT network itself?

Consider whether a compromise of one control system device could easily spread to all others, or whether there are internal segmentation controls.

03 OT Vulnerability & Patch Management

Can the organisation manage vulnerabilities in systems that cannot be patched on demand?

0/4 answered

VP-1How does your organisation identify vulnerabilities in OT systems?

Think about whether you actively track known vulnerabilities for the specific PLCs, SCADA software, and firmware versions in your environment.

VP-2How does your organisation apply patches and updates to OT systems?

Consider whether OT patching is planned and coordinated, or whether systems simply run unpatched indefinitely because downtime cannot be scheduled.

VP-3How does your organisation handle OT systems that cannot be patched?

Think about legacy controllers or end-of-life SCADA software that will never receive another vendor update — what protects those systems?

VP-4How does your organisation coordinate with OT equipment vendors on security issues?

Consider whether you have established relationships with your control system vendors for security matters, or whether you only contact them for operational support.

04 OT Monitoring & Anomaly Detection

Can the organisation see what is happening on its OT networks and detect threats to industrial processes?

0/4 answered

MD-1How does your organisation monitor network traffic within OT environments?

Think about whether anyone is watching what happens on the control system network, or whether OT traffic is a complete blind spot.

MD-2How does your organisation detect unauthorised changes to controller logic or configuration?

Consider whether you would know if someone — an insider, a compromised vendor account, or an attacker — modified the programme running on a PLC or RTU.

MD-3How does your organisation establish and maintain baselines for normal OT network behaviour?

Think about whether you know what 'normal' looks like on your control system network, so you can recognise when something is abnormal.

MD-4How does your organisation integrate OT monitoring with its broader security operations?

Consider whether OT alerts reach the security team, or whether OT monitoring (if it exists) is managed entirely by operations staff with no link to the SOC.

05 OT Incident Response & Recovery

Can the organisation respond to a cyber incident in OT without compromising process safety?

0/4 answered

OR-1Does your organisation have an incident response plan that specifically addresses OT environments?

Think about whether your IR plan accounts for the unique challenges of responding to an incident on a control system — safety-first shutdown, physical process implications, vendor involvement.

OR-2How does your organisation practise responding to cybersecurity incidents in OT environments?

Consider whether you have ever tested your ability to respond to a control system cyber incident, or whether the first test will be a real event.

OR-3How does your organisation back up and restore control system configurations and logic?

Think about whether you could restore a PLC, RTU, or SCADA server to a known good state if it were compromised or corrupted — and how long that would take.

OR-4How does your organisation ensure that cyber incident response actions do not compromise process safety?

Consider whether your security responders understand the safety implications of their actions — for example, that isolating a network segment could trip a safety system or halt a process unsafely.

06 OT Governance & Workforce

Is there a clear governance model that bridges IT security and OT engineering, with people skilled to deliver it?

0/4 answered

GW-1How is responsibility for OT cybersecurity structured in your organisation?

Think about whether someone clearly owns OT security, or whether it falls into the gap between the IT security team and the operations or engineering team.

GW-2Does your organisation have policies and standards that specifically address OT security?

Consider whether IT security policies have been extended or adapted for OT, or whether control system environments operate outside any formal security policy.

GW-3How does your organisation build OT cybersecurity skills across its workforce?

Think about whether IT security staff understand OT environments and whether OT engineers understand cybersecurity fundamentals — or whether the two groups operate in separate worlds.

GW-4How does your organisation align cybersecurity with process safety in its governance and risk management?

Consider whether cybersecurity risks to OT are assessed alongside process safety risks, or whether they are treated as completely separate disciplines.

Self-assessment report

ICS / OT Security

Answer the questions above and your report builds here: an overall score, a score and target for each area, and the three changes that matter most.

About this model

About this assessment

About the ICS / OT Security maturity model

Operational technology security operates under fundamentally different constraints from enterprise IT. In an OT environment, availability is paramount — a misconfigured firewall rule or a poorly timed patch can halt a production line, disrupt power generation, or compromise the physical safety of workers and the public. Systems that run industrial processes were often designed decades before cybersecurity was a concern, and many will remain in service for years to come. Security strategies that assume you can simply update, replace, or isolate equipment at will do not survive contact with reality on a plant floor.

Effective OT security must work within the constraints of physical processes, not against them. It requires understanding that a programmable logic controller running a 15-year-old firmware version is not a vulnerability to be patched on a Tuesday cycle — it is a business-critical asset that needs compensating controls, careful monitoring, and a recovery plan that accounts for the fact that restoring a control system is not the same as reimaging a laptop. This model assesses whether your organisation has moved beyond the assumption that an air gap is sufficient protection and toward a mature, integrated approach that treats OT security as a discipline in its own right.

The ICS / OT Security maturity model covers 24 questions across 6 areas that span the full lifecycle of operational technology security — from knowing what devices you have, through segmenting and monitoring your networks, to responding to incidents without causing further harm to physical processes. It is designed for organisations that operate industrial control systems, SCADA environments, building management systems, or any technology that bridges the digital and physical worlds.

The assessment is accessible to both OT engineers who understand process safety and IT security professionals who are extending their remit into operational environments. It surfaces the gaps that matter most: whether you can see your OT assets, whether your IT and OT networks are properly separated, whether you can detect anomalous behaviour in industrial protocols, and whether your incident response plans account for the unique constraints of shutting down and restarting physical processes safely.

Who this assessment is for

  • OT security managers and ICS security engineers responsible for protecting industrial environments
  • CISOs and IT security leaders extending their programmes to cover operational technology
  • Plant managers, operations directors, and engineering leads who own OT environments
  • Risk and compliance teams assessing cybersecurity across converged IT/OT landscapes
  • Consultants and auditors evaluating OT security posture for critical infrastructure organisations
  • Safety and reliability engineers seeking to understand how cybersecurity intersects with process safety

The three maturity levels

  • Level 1 — Air-Gap Dependent: OT environments are largely unmanaged from a cybersecurity perspective. The organisation assumes physical separation or an air gap provides sufficient protection. There is no inventory of OT assets, no monitoring of industrial network traffic, and no formal process for patching or hardening control systems. If a cyber incident affected OT, the response would be improvised and could compromise process safety.
  • Level 2 — Boundary-Defined: The organisation has identified its IT/OT boundary and implemented segmentation controls. An OT asset inventory exists, network traffic is monitored at key points, and there are defined processes for managing vulnerabilities within the constraints of operational availability. Incident response plans address OT-specific scenarios, and there is a governance structure that brings IT security and OT engineering together.
  • Level 3 — Converged: IT and OT security are managed as a unified programme with shared visibility, coordinated threat intelligence, and continuous monitoring of industrial protocols. The organisation maintains deep situational awareness of its OT environment, can detect and respond to threats without disrupting safe operations, and continuously refines its controls based on threat landscape changes and lessons learned from exercises and incidents.

The 6 areas assessed

1. OT Asset Inventory & Visibility

Whether the organisation knows what OT devices, controllers, and network components exist in its environment, including their firmware versions, communication paths, and criticality to physical processes. You cannot secure what you cannot see — and in OT, undiscovered assets are often the oldest, most vulnerable, and most critical.

2. IT/OT Network Segmentation

How effectively the organisation separates IT and OT networks and controls data flow between them. This area covers DMZ architecture, boundary enforcement, data diode or one-way gateway use, and the management of remote access into OT environments. Poor segmentation is the primary pathway through which IT-side compromises reach control systems.

3. OT Vulnerability & Patch Management

How the organisation manages vulnerabilities in systems that often cannot be patched without operational downtime. This area assesses whether there is a structured approach to identifying vulnerabilities, coordinating with equipment vendors, applying compensating controls when patching is not feasible, and scheduling maintenance windows for critical updates.

4. OT Monitoring & Anomaly Detection

Whether the organisation can observe network traffic and device behaviour within its OT environment and detect deviations from normal operating patterns. This area covers passive network monitoring, baseline establishment, protocol-aware detection for industrial protocols (Modbus, DNP3, OPC UA, EtherNet/IP), and alerting on unauthorised changes to controller logic or configuration.

5. OT Incident Response & Recovery

How the organisation would respond to a cybersecurity incident that affects operational technology, and whether it can restore control systems safely. This area assesses whether IR plans account for OT-specific constraints — safety-first shutdown procedures, control system backup and restore, coordination between IT responders and operations staff, and the ability to maintain or safely halt physical processes during an incident.

6. OT Governance & Workforce

Whether there is a clear governance model for OT security that bridges the traditional gap between IT security teams and OT engineering. This area covers organisational structure, OT-specific policies, cross-training between IT and OT staff, integration of cybersecurity with process safety programmes, and whether the workforce has the skills to secure industrial environments.

How this model relates to other frameworks

This is an original, simplified maturity model and is not derived from or intended to replace any of the following. However, organisations that use this assessment may also find value in these established frameworks:

  • IEC 62443 — the international standard series for industrial automation and control system (IACS) security
  • NIST SP 800-82 Rev. 3 — guide to operational technology security from the National Institute of Standards and Technology
  • NERC CIP — mandatory cybersecurity standards for the North American bulk electric system
  • MITRE ATT&CK for ICS — a knowledge base of adversary tactics and techniques targeting industrial control systems
  • CISA Cross-Sector Cybersecurity Performance Goals — baseline security practices recommended by the US Cybersecurity and Infrastructure Security Agency for critical infrastructure
  • UK CAF (Cyber Assessment Framework) — the NCSC framework for assessing cyber resilience of organisations providing essential services

Frequently asked questions

What is the ICS / OT Security maturity model?

Assess security maturity for industrial control systems and operational technology. It is an original, simplified model with three maturity levels (Air-Gap Dependent, Boundary-Defined and Converged), assessed through 24 questions across 6 areas: OT Asset Inventory & Visibility, IT/OT Network Segmentation, OT Vulnerability & Patch Management, OT Monitoring & Anomaly Detection, OT Incident Response & Recovery and OT Governance & Workforce.

How long does the ICS / OT Security assessment take?

Most people finish in 10–14 minutes. Each of the 24 questions has three concrete answer options. Your progress is saved in the page URL, so you can bookmark it and come back later.

How is the score calculated?

Each answer scores 1 (Air-Gap Dependent), 2 (Boundary-Defined) or 3 (Converged). An area's score is the average of its answered questions, and the overall score is the average of the area scores, so every area counts equally. Scores run from 1.0 to 3.0.

Is my data stored or shared?

No. Your answers are never sent to a server. They are stored only in the page URL, which you control. Copy the link to share results with colleagues, or export a PDF or CSV report.

How should I use the results?

Start with "Where to focus" in your report. It lists the questions with the biggest gap to the target you set for each area, and shows what the next level looks like in practice. For a fuller picture, ask several people from different teams to complete the assessment and compare their links. Differences in perception are often as revealing as the scores themselves.