Operational technology, or OT, is the hardware and software that monitors and controls physical processes: the pumps in a water treatment plant, the conveyors in a distribution centre, the robotic cells on a factory floor. Industrial control systems (ICS) are the heart of OT, and when they fail the consequences are not lost spreadsheets but spilled chemicals, stopped production or unsafe drinking water. For Australian utilities, manufacturers, logistics operators and councils, getting OT security right is now a board-level and regulatory obligation, not an optional extra.
The building blocks: PLCs, SCADA, DCS and HMIs
Before you can secure an industrial environment you need to understand what is in it. A handful of components appear in almost every plant.
- PLCs (Programmable Logic Controllers) are ruggedised computers that read sensors and drive actuators in real time. They open valves, start motors and trip safety interlocks based on their loaded logic.
- SCADA (Supervisory Control and Data Acquisition) systems collect data from controllers spread across wide geographic areas, such as a water network with dozens of remote pump stations, and present it centrally for operators to monitor and command.
- DCS (Distributed Control Systems) serve a single large process, like a treatment plant or refinery, with controllers distributed throughout the facility but managed as one coordinated system.
- HMIs (Human-Machine Interfaces) are the screens operators use to visualise the process and issue commands. A compromised HMI can blind operators or be used to send dangerous instructions.
Many of these devices were designed decades ago for isolated networks. They often speak insecure industrial protocols such as Modbus or DNP3 that have no authentication or encryption, trusting any device that can reach them. That assumption no longer holds.
Why OT security priorities are inverted
In corporate IT the guiding triad is confidentiality, integrity and availability, usually in that order. OT flips the priorities. The first concern is safety, because these systems can hurt people. The second is availability, because a stopped process can mean a city without water or a production line losing tens of thousands of dollars an hour. Confidentiality, while still important, usually ranks last.
This inversion changes how you secure things. An IT team can push a patch on Tuesday and reboot. An OT engineer cannot reboot a controller that is regulating a chemical dosing process without a planned outage, vendor validation and a tested rollback. Aggressive vulnerability scanning that is harmless on an office network can crash a fragile PLC. Effective OT security respects the engineering reality rather than copying IT playbooks wholesale.
The Purdue model and why it still matters
The Purdue Enterprise Reference Architecture gives you a shared map of an industrial environment, organised into levels:
- Level 0 field devices: sensors and actuators that touch the physical process.
- Level 1 basic control: PLCs and controllers running the logic.
- Level 2 supervisory control: HMIs and SCADA servers for a given area.
- Level 3 site operations: historians, engineering workstations and production management.
- Levels 4 and 5 enterprise IT: business systems, email and the internet.
The model’s enduring value is the trust boundary it draws between OT and IT, with an industrial demilitarised zone (DMZ) at Level 3.5 brokering all traffic between the two worlds. No device at the enterprise level should ever talk directly to a PLC. While modern architectures with cloud connectivity and edge computing have blurred the rigid layers, the principle of controlled, monitored boundaries between zones remains the foundation of sound OT design.
IT/OT convergence: the double-edged sword
Australian operators are connecting plants to enterprise networks for remote monitoring, predictive maintenance and analytics. The business benefits are real, but convergence also dismantles the air gap that once protected control systems by accident. Ransomware that lands in the corporate network can now reach the plant floor. Vendors dialling in for support can become an entry point. A converged environment demands deliberate engineering, not happy accidents.
The well-documented incidents of recent years, from ransomware halting manufacturing to the deliberate manipulation of a water utility’s controls overseas, share a common theme: flat networks, weak remote access and poor monitoring let an intruder move from a beachhead straight into the process. None of these required exotic techniques. They exploited the basics being skipped.
Network segmentation: the single highest-value control
If you do one thing, segment your network. Separate OT from IT with firewalls and a DMZ, then divide the OT environment itself into zones grouped by function and criticality, with tightly controlled conduits between them. Segmentation contains an incident: a compromise in the office or in one production cell should not cascade into the safety-critical systems. This zones-and-conduits thinking is formalised in the IEC 62443 series, which we cover in our companion guide on industrial cybersecurity standards explained.
Alongside segmentation, the practical OT controls that deliver the most for Australian sites are:
- A complete asset inventory. Use passive discovery so you do not disturb fragile devices. You cannot defend what you have never catalogued.
- Secure remote access. Replace shared vendor logins and exposed remote desktop with brokered, multi-factor, time-limited access through the DMZ.
- Passive network monitoring. OT traffic is predictable, so anomaly detection that watches for unexpected commands or new devices is highly effective and non-intrusive.
- Allow-listing and removable-media control on engineering workstations, which are a common malware entry point.
- An OT-specific incident response plan that engineers and operators have actually rehearsed, with manual fallback procedures.
Insecure protocols and the legacy problem
A defining challenge of OT is that the field protocols carrying critical commands were never designed with security in mind. Modbus, DNP3 and many others transmit instructions in clear text and assume that anything able to reach a device is authorised to control it. There is no built-in authentication and no encryption, so an attacker with a foothold on the OT network can often issue legitimate-looking commands that a PLC will faithfully obey. Newer secure variants such as DNP3 Secure Authentication exist, but the installed base of legacy equipment will be with us for decades.
This is why compensating controls matter so much in OT. Where you cannot fix the protocol or patch the device, you wrap it in protection: strict segmentation so only authorised systems can reach it, monitoring so unexpected commands are detected, and physical security so the equipment cannot be tampered with directly. Accepting that the endpoints are fragile and building the surrounding architecture to compensate is the mature OT mindset, and it differs sharply from the IT instinct to simply patch and move on.
The Australian regulatory and threat context
Operators of critical infrastructure, including water, energy, transport and food, fall under the Security of Critical Infrastructure (SOCI) Act, which imposes risk management program obligations and incident reporting to the Australian Signals Directorate. Local councils running water and SCADA systems are squarely in scope and should not assume their size exempts them; our guidance for local government cyber security and for the broader government and council sector addresses this directly. The ACSC Essential Eight provides a baseline of mitigation strategies that, while IT-focused, map usefully onto the enterprise and Level 3 layers of an industrial environment.
Where to begin
OT security is a journey that starts with visibility and a clear-eyed risk assessment grounded in your safety and availability priorities. From there, segmentation, secure remote access and monitoring form the backbone, and standards like IEC 62443 give you a structured roadmap. As more operators add robotics and automation to their plants, the attack surface grows, and the fundamentals in this guide become the platform that everything else builds on.
CISO Advisory provides hands-on OT and ICS security assessments, segmentation design and robot integration support to Australian utilities, manufacturers, logistics operators and councils. If you need an experienced partner, engage a Virtual CISO, reach us via our contact page, or call 07 2112 8502 for same-day or next-business-day support, on-site or remote Australia-wide.
Frequently asked questions
What is the difference between OT and IT security?
IT security prioritises confidentiality, integrity then availability, protecting data. OT security inverts this: safety and availability come first because the systems run physical processes like pumps, valves and conveyors. A patch that reboots a server is routine in IT but can halt production or endanger people in OT, so change is slower and more controlled.
What is the Purdue model?
The Purdue Enterprise Reference Architecture is a layered model for structuring industrial networks, from Level 0 field devices and Level 1 controllers up through supervisory Level 2, site operations Level 3, and the enterprise IT levels 4 and 5. It guides segmentation by defining trust boundaries and a demilitarised zone between OT and IT.
Why is patching so difficult in OT environments?
Many control systems run continuously for years, use legacy operating systems, and carry vendor warranties that forbid unapproved changes. Patches require validation, planned outage windows and rollback plans. Where patching is not feasible, asset owners apply compensating controls such as segmentation, allow-listing and monitoring instead.
Are Australian water and utility SCADA systems regulated?
Yes. Operators of critical infrastructure assets, including water and energy, fall under the Security of Critical Infrastructure Act and its risk management program obligations. Many councils and utilities also align to the ACSC Essential Eight and the IEC 62443 series for their control environments.
Where should an organisation start with OT security?
Begin with a complete asset inventory and network diagram, because you cannot protect what you cannot see. Then segment OT from IT, establish secure remote access, and add passive monitoring. A formal risk assessment maps these steps to your specific safety and availability priorities.
Need this handled for your organisation?
Confidential and no obligation. We respond the same business day — on-site same day / next business day, or remote, Australia-wide. Prefer to talk now? Call us 24/7 on 07 2112 8502.