OT/IT convergence security maturity model
Systems must run in order to produce and manufacture product… There are many moving parts to convergence, and there are several questions that you must answer, such as, “Are systems, processes, and organizations at the same point in their convergence journey?” and “Are risks still being man…
For decades, we’ve watched energy companies attempt to bring off-the-shelf information technology (IT) systems into operations technology (OT) environments. These attempts have had varying degrees of success. While converging OT and IT brings new efficiencies, it also brings new risks. There are many moving parts to convergence, and there are several questions that you must answer, such as, “Are systems, processes, and organizations at the same point in their convergence journey?” and “Are risks still being managed well?”
To help you answer these questions, this post provides an aid in the form of a maturity model focused on the security of OT/IT convergence.
OT environments consist of industrial systems that measure, automate, and control physical machines. Because of this, OT risk management must consider potential risks to environment, health, and safety. Adding common IT components can add to these risks. For example, OT networks were typically highly segmented to reduce exposure to external untrusted networks while IT has a seemingly ever-growing network surface. Because of this growing surface, IT networks have built-in resiliency against cyber threats, though they weren’t originally designed for the operational requirements found in OT. However, you can use the strengths of Amazon Web Services (AWS) to help meet regulatory requirements and manage risks in both OT and IT.
The merging of OT and IT has begun at most companies and includes the merging of systems, organizations, and policies. These components are often at different points along their journey, making it necessary to identify each one and where it is in the process to determine where additional attention is needed. Another purpose of the OT/IT security convergence model is to help identify those maturity points.
Patterns in this model often reference specific aspects of how much involvement OT teams have in overall IT and cloud strategies. It’s important to understand that OT is no longer an air-gapped system that is hidden away from cyber risks, and so it now shares many of the same risks as IT. This understanding enables and improves your preparedness for a safe and secure industrial digital transformation using AWS to accelerate your convergence journey.
Getting started with secure OT/IT convergence
The first step in a secure OT/IT convergence is to ask questions. The answers to these questions lead to establishing maturity patterns. For example, the answer might indicate a quick win for convergence, or it might demonstrate a more optimized maturity level. In this section, we review the questions you should ask about your organization:
- When was the last time your organization conducted an OT/IT cybersecurity risk assessment using a common framework (such as ISA/IEC 62443) and used it to inform system design?
When taking advantage of IT technologies in OT environments, it’s important to conduct a cybersecurity risk assessment to fully understand and proactively manage risks. For risk assessments, companies with maturing OT/IT convergence display common patterns. Some patterns to be aware of are:
- The frequency of risk assessments is driven by risk measures and data
- IT technologies are successfully being adopted into OT environments
- Specific cybersecurity risk assessments are conducted in OT
- Risk assessments are conducted at the start of Industrial Internet of Things (IIoT) projects
- Risk assessments inform system designs
- Proactively managing risks, gaps, and vulnerabilities between OT and IT
- Up-to-date threat modeling capabilities for both OT and IT
For more information, see:
- What is the extent and maturity of IIoT enabled digital transformation in your organization?
There are several good indicators to determine the maturity of IIoT’s effect on OT/IT convergence in an organization. For example, the number of IIoT implementations with well-defined security controls. Also, the number of IIoT digital use cases developed and realized. Additionally, some maturing IIoT convergence practices are:
- Simplification and standardization of IIoT security controls
- Scaling digital use cases across the shop floor
- IIoT being consumed collaboratively or within organizational silos
- Integrated IIoT enterprise applications
- Identifying connections to external networks and how they are routed
- IoT use cases identified and implemented across multiple industrial sites
For more information, see:
- AWS Security Maturity Model
- AWS Industrial Internet of Things
- Smart Manufacturing
- Building an industrial Internet of Things (IIoT) digital transformation strategy
- Securing Internet of Things (IoT) with AWS
- Does your organization maintain an inventory of connected assets and use it to manage risk effectively?
A critical aspect of a good security program is having visibility into your entire OT and IIoT system and knowing which systems don’t support open networks and modern security controls. Since you can’t protect what you can’t see, your organization must have comprehensive asset visibility. Highly capable asset management processes typically demonstrate the following considerations:
- Visibility across your entire OT and IIoT system
- Identifies systems not supporting open networks and modern security controls
- Vulnerabilities and threats readily map to assets and asset owners
- Asset visibility is used to improve cybersecurity posture
- An up-to-date and clear understanding of the OT/IIoT network architecture
- Defined locations for OT data including asset and configuration data
- Automated asset inventory with modern discovery processes in OT
- Asset inventory collections that are non-disruptive and do not introduce new vulnerabilities to OT
For more information, see:
- AWS IoT Device Management for devices connected to AWS IoT
- AWS Systems Manager Inventory for cloud instances and on-premises computers
- Asset visibility with Claroty xDome
- Does your organization have an incident response plan for converged OT and IT environments?
Incident response planning is essential for critical infrastructure organizations to minimize the impacts of cyber events. Some considerations are:
- An incident response plan that aims to minimize the effects of a cyber event
- The effect of incidents on an organization’s operations, reputation, and assets
- Developed and tested incident response runbooks
- A plan identifying potential risks and vulnerabilities
- A plan prioritizing and allocating response personnel
- Established clear roles and responsibilities
- Documented communication procedures, backup, and recovery
- Defined incident escalation procedures
- Frequency of response plan testing and cyber drills
- Incident response collaboration between OT and IT authorities
- Relying on individuals versus team processes for incident response
- Measuring incident response OT/IT coordination hesitation during drills
- An authoritative decision maker across OT and IT for seamless incident response leadership
For more information, see:
- AWS Well Architected Framework Security Pillar Best Practices Incident Response
- AWS Security Automation
- AWS Incident Response Guide
- AWS Security Incident Response solutions
- DIY guide to runbooks, incident reports, and incident response
- With reference to corporate governance, are OT and IT using separate policies and controls to manage cybersecurity risks or are they using the same policy?
The ongoing maturity and adoption of cloud within IT and now within OT creates a more common environment. A comprehensive enterprise and OT security policy will encompass risks across the entirety of the business. This allows for OT risks such as safety to be recognized and addressed within IT. Conversely, this allows for IT risks such as bots and ransomware to be addressed within OT. While policies might converge, mitigation strategies will still differ in many cases. Some considerations are:
- OT and IT maintaining separate risk policies.
- Assuming air-gapped OT systems.
- The degree of isolation for process control and safety networks.
- Interconnectedness of OT and IT systems and networks.
- Security risks that were applicable to either IT or OT might now apply to both.
- OT comprehension of risks related to lateral movement.
- Singular security control policy that governs both OT and IT.
- Different mitigation strategies as appropriate for OT and for IT. For example, the speed of patching is often different between OT and IT by design.
- Different risk measures maintained between OT and IT.
- A common view of risk to the business.
- The use of holistic approaches to manage OT and IT risk.
For more information, see:
- AWS Well-Architected Framework
- AWS Artifact
- AWS Compliance
- IoT Lens – AWS Well-Architected Framework
- Is there a central cloud center of excellence (CCoE) with equivalent representation from OT and IT?
Consolidating resources into centers of excellence has proven an effective way to bring focus to new or transforming enterprises. Many companies have created CCoEs around security within the past two decades to consolidate experts from around the company. Such focused areas are a central point of technical authority and accelerates decision making. Some considerations are:
- Consolidating resources into centers of excellence.
- Security experts consolidated from around the company into a singular organization.
- Defining security focus areas based on risk priorities.
- Having a central point of security authority.
- OT and IT teams operating uniformly.
- Well understood and applied incident response decision rights in OT.
For more information, see:
- AWS Blogs: 7 Pitfalls to Avoid When Building a CCOE
- AWS Blogs: Using a CCOE to Transform the Entire Enterprise
- Managing Organizational Transformation for successful OT/IT convergence
- Is there a clear definition of the business value of converging OT and IT?
Security projects face extra scrutiny from multiple parties ranging from shareholders to regulators. Because of this, each project must be tied to business and operational outcomes. The value of securing converged OT and IT technologies is realized by maintaining and improving operations and resilience. Some considerations are:
- Security projects are tied to appropriate outcomes
- The same measures are used to track security program benefits across OT and IT.
- OT and IT security budgets merged.
- The CISO has visibility to OT security risk data.
- OT personnel are invited to cloud strategy meetings.
- OT and IT security reporting is through a singular leader such as a CISO.
- Engagement of OT personnel in IT security meetings.
For more information, see:
- Does your organization have security monitoring across the full threat surface?
With the increasing convergence of OT and IT, the digital threat surface has expanded and organizations must deploy security audit and monitoring mechanisms across OT, IIoT, edge, and cloud environments and collect security logs for analysis using security information and event management (SIEM) tools within a security operations center (SOC). Without full visibility of traffic entering and exiting OT networks, a quickly spreading event between OT and IT might go undetected. Some considerations are:
- Awareness of the expanding digital attack surface.
- Security audit and monitoring mechanisms across OT, IIoT, edge, and cloud environments.
- Security logs collected for analysis using SIEM tools within a SOC.
- Full visibility and control of traffic entering and exiting OT networks.
- Malicious threat actor capabilities for destructive consequences to physical cyber systems.
- The downstream impacts resulting in OT networks being shut down due to safety concerns.
- The ability to safely operate and monitor OT networks during a security event.
- Benefits of a unified SOC.
- Coordinated threat detection and immediate sharing of indicators enabled.
- Access to teams that can map potential attack paths and origins.
For more information, see:
- Implement security monitoring across OT, IIoT, and cloud with AWS Security Hub
- Improve your security posture with Claroty xDome integration with AWS Security Hub
- Improve your security posture with AWS IoT Device Defender direct integration with AWS Security Hub
- Improve Your Security Posture with Claroty xDome Integration with Amazon Security Lake
- A cloud-based SOC helps improve your security detection and response
- Does your IT team fully comprehend the differences in priority between OT and IT with regard to availability, integrity, and confidentiality?
Downtime equals lost revenue. While this is true in IT as well, it is less direct than it is in OT and can often be overcome with a variety of redundancy strategies. While the OT formula for data and systems is availability, integrity, then confidentiality, it also focuses on safety and reliability. To develop a holistic picture of corporate security risks, you must understand that systems in OT have been and will continue to be built with availability as the key component. Some considerations are:
- Availability is vital in OT. Systems must run in order to produce and manufacture product. Downtime equals lost revenue.
- IT redundancy strategies might not directly translate to OT.
- OT owners previously relied on air-gapped systems or layers of defenses to achieve confidentiality.
- Must have a holistic picture of all corporate security risks.
- Security defenses are often designed to wrap around OT zones while restricting the conduits between them.
- OT and IT risks are managed collectively.
- Implement common security controls between OT and IT.
For more information, see:
- AWS Well-Architected Framework Reliability Pillar Understanding Availability Needs
- AWS Architecture Center
- Availability and Beyond: Understanding and Improving the Resilience of Distributed Systems on AWS
- Are your OT support teams engaged with cloud strategy?
Given the historical nature of the separation of IT and OT, organizations might still operate in silos. An indication of converging maturity is how well those teams are working across divisions or have even removed silos altogether. OT systems are part of larger safety and risk management programs within industrial systems from which many IT systems have typically remained separated. As the National Institute of Standards and Technology states, “To properly address security in an industrial control system (ICS), it is essential for a cross-functional cybersecurity team to share their varied domain knowledge and experience to evaluate and mitigate risk to the ICS.” [NIST 800-82r2, Pg. 3]. Some considerations are:
- OT experts should be directly involved in security and cloud strategy.
- OT systems are part of larger safety and risk management programs.
- Make sure that communications between OT and IT aren’t limited or strained.
- OT and IT personnel should interact regularly.
- OT personnel should not only be informed of cloud strategies, but should be active participants.
For more information, see:
- How much of your cloud security across OT and IT is managed manually and how much is automated?
Security automation means addressing threats automatically by providing predefined response and remediation actions based on compliance standards or best practices. Automation can resolve common security findings to improve your posture within AWS. It also allows you to quickly respond to threat events. Some considerations are:
- Cyber responses are predefined and are real-time.
- Playbooks exist and include OT scenarios.
- Automated remediations are routine practice.
- Foundational security is automated.
- Audit trails are enabled with notifications for automated actions.
- OT events are aggregated, prioritized, and consumed into orchestration tools.
- Cloud security postures for OT and IT are understood and documented.
For more information, see:
- To what degree are your OT and IT networks segmented?
Network segmentation has been well established as a foundational security practice. NIST SP800-82r3 pg.72 states, “Implementing network segmentation utilizing levels, tiers, or zones allows organizations to control access to sensitive information and components while also considering operational performance and safety.”
Minimizing network access to OT systems reduces the available threat surface. Typically, firewalls are used as control points between different segments. Several models exist showing separation of OT and IT networks and maintaining boundary zones between the two. As stated in section 5.2.3.1 “A good practice for network architectures is to characterize, segment, and isolate IT and OT devices.” (NIST SP800-82r3).
AWS provides multiple ways to segment and firewall network boundaries depending upon requirements and customer needs. Some considerations are:
- Existence of a perimeter network between OT and IT.
- Level of audit and inspection of perimeter network traffic.
- Amount of direct connectivity between OT and IT.
- Segmentation is regularly tested for threat surface vulnerabilities.
- Use of cloud-native tools to manage networks.
- Identification and use of high-risk ports.
- OT and IT personnel are collaborative network boundary decision makers.
- Network boundary changes include OT risk management methodologies.
- Defense in depth measures are evident.
- Network flow log data analysis.
For more information, see:
The following table describes typical patterns seen at each maturity level.
Phase 1: Quick wins | Phase 2: Foundational | Phase 3: Efficient | Phase 4: Optimized | ||
1 | When was the last time your organization conducted an OT/IT cybersecurity risk assessment using a common framework (such as ISA/IEC 62443) and used it to inform system design? | A basic risk assessment performed to identify risks, gaps, and vulnerabilities | Organization has manual threat modeling capabilities and maintains an up-to-date threat model | Organization has automated threat modeling capabilities using the latest tools | Organization maintains threat modeling automation as code and an agile ability to use the latest tools |
2 | What is the extent and maturity of IIoT enabled digital transformation in your organization? | Organization is actively introducing IIoT on proof-of-value projects | Organization is moving from proof-of-value projects to production pilots | Organization is actively identifying and prioritizing business opportunities and use cases and using the lessons learned from pilot sites to reduce the time-to-value at other sites | Organization is scaling the use of IIoT across multiple use cases, sites, and assets and can rapidly iterate new IIoT to meet changing business needs |
3 | Does your organization maintain an inventory of connected assets and use it to manage risk effectively? | Manual tracking of connected assets with no automated tools for new asset discovery | Introduction of asset discovery tools to discover and create an inventory of all connected assets | Automated tools for asset discovery, inventory management, and frequent reporting | Near real time asset discovery and consolidated inventory in a configuration management database (CMDB) |
4 | Does your organization have an incident response plan for converged OT and IT environments? | Organization has separate incident response plans for OT and IT environments | Organization has an ICS-specific incident response plan to account for the complexities and operational necessities of responding in operational environments | Cyber operators are trained to ensure process safety and system reliability when responding to security events in converged OT/IT environments | Organization has incident response plans and playbooks for converged OT/IT environments |
5 | With reference to corporate governance, are OT and IT using separate policies and controls to manage cybersecurity risks or are they using the same policy? | Organization has separate risk policies for OT and IT environments | Organization has some combined policies across OT and IT but might not account for all OT risks | Organization accounts for OT risks such as health and safety in a central cyber risk register | Organization has codified central risk management policy accounting for both OT and IT risks |
6 | Is there a central cloud center of excellence (CCoE) with equivalent representation from OT and IT? | Cloud CoE exists with as-needed engagement from OT on special projects | Some representation from OT in cloud CoE | Increasing representation from OT in cloud CoE | Cloud CoE exists with good representation from OT and IT |
7 | Is there a clear definition of the business value of converging OT and IT? | No clear definition of business value from convergence projects | Organization working towards defining key performance indicators (KPIs) for convergence projects | Organization has identified KPIs and created a baseline of their current as-is state | Organization is actively measuring KPIs on convergence projects |
8 | Does your organization have security monitoring across the full threat surface? | Stand-alone monitoring systems in OT and IT with no integration between systems | Limited integration between OT and IT monitoring systems and may have separate SOCs | Increasing integration between OT and IT systems with some holistic SOC activities | Convergence of OT and IT security monitoring in a unified and global SOC |
9 | Does your IT team fully comprehend the differences in priority between IT and OT with regard to availability, integrity, and confidentiality? | IT teams lack an understanding of the priorities in OT as they relate to safety and availability | IT teams have a high level understanding of the differences between OT and IT risks and OT teams understand cyber threat models | IT teams being trained on the priorities and differences of OT systems and include them in cyber risk measures | IT fully understands the differences and increased risk from OT/IT convergence and members work on cross-functional teams as interchangeable experts |
10 | Are your OT support teams engaged with cloud strategy? | Separate OT and IT teams with limited collaboration on projects | Limited OT team engagement in cloud strategy | Increasing OT team engagement in cloud security | OT teams actively engaged with cloud strategy |
11 | How much of your cloud security across OT and IT is managed manually and how much is automated? | Processes are manual and use non-enterprise grade tools | Automation exists in pockets within OT | Security decisions are increasingly automated and iterated upon with guardrails in place | Manual steps are minimized and security decisions are automated as code |
12 | To what degree are your OT and IT networks segmented? | Limited segmentation between OT and IT networks | Introduction of an industrial perimeter network between OT and IT networks | Industrial perimeter network exists with some OT network segmentation | Industrial perimeter network between OT and IT networks with micro-network segmentation within OT and IT networks |
Conclusion
In this post, you learned how you can use this OT/IT convergence security maturity model to help identify areas for improvement. There were 12 questions and patterns that are examples you can build upon. This model isn’t the end, but a guide for getting started. Successful implementation of OT/IT convergence for industrial digital transformation requires ongoing strategic security management because it’s not just about technology integration. The risks of cyber events that OT/IT convergence exposes must be addressed. Organizations fall into various levels of maturity. These are quick wins, foundational, efficient, and optimized. AWS tools, guidance, and professional services can help accelerate your journey to both technical and organizational maturity.
Additional reading
- AWS Architecture Center
- AWS Well-Architected Framework, Security Pillar
- Guide to Operational Technology (OT) Security, NIST Special Publication SP 800-82r3
If you have feedback about this post, submit comments in the Comments section below. If you have questions about this post, contact AWS Support.
Want more AWS Security news? Follow us on Twitter.
Author: James Hobbs