Views: 7
Industrial Control Systems: PLC, DCS and SCADA
A visual, exam-focused guide to how industrial systems work, why they are different to secure, and how CISSP expects you to think about them.
1What is an Industrial Control System (ICS)?
An ICS is a collection of hardware and software that monitors, automates and controls a physical process such as generating power, treating water or running a production line.
Traditional IT protects information. In an industrial environment you also protect machinery, the environment and human lives. A cyberattack on an ICS can therefore end in a physical outcome: an overflowing tank, a damaged turbine or a power cut.
Electricity
Generation, substations, distribution
Water
Treatment, pumps, chemical dosing
Manufacturing
Robots and production lines
Oil and gas
Pressure, temperature, flow
Transport
Rail signalling, traffic systems
Pharma
Batch and precision processes
The three technologies you must know
PLC
Programmable Logic Controller. A ruggedised computer that controls a machine or a small process.
DCS
Distributed Control System. Coordinates many controllers across one plant, usually a continuous process.
SCADA
Supervisory Control and Data Acquisition. Monitors and supervises assets spread across many sites.
A PLC is a device. DCS and SCADA are system architectures. A SCADA system uses PLCs and RTUs in the field, and a DCS contains controllers that behave much like PLCs.
OT (Operational Technology) is the broad term for technology that monitors or controls physical devices and processes. ICS is the main subset of OT. You will see the terms used almost interchangeably, including in NIST SP 800-82.
2How a control loop works
Take a water treatment plant that must keep a storage tank at the right level. The control loop has four parts: a sensor, a controller, an actuator and a human interface.
- The sensor measures the water level and reports it to the PLC.
- The PLC compares the reading with the configured target (the setpoint).
- If the level is too low, the PLC commands a pump to start or a valve to open.
- When the target is reached, the PLC stops the pump or closes the valve.
- The HMI shows the operator the level, alarms and equipment status.
This is closed-loop control because feedback is used continuously to correct the process.
1. Falsify the sensor reading (integrity of data). 2. Change the PLC program (integrity of logic). 3. Send an unauthorised command (authentication and authorisation). Any one of them can cause a physical result.
3PLC – Programmable Logic Controller
A PLC is a ruggedised industrial computer that automates a machine or process. It tolerates heat, vibration and electrical noise and runs continuously with predictable (deterministic) timing.
The scan cycle
A PLC does not wait for events like a normal program. It runs the same short loop over and over.
Example: a factory conveyor
- A sensor detects a box and the PLC receives the signal.
- The PLC switches on the motor and the belt moves the box to the next station.
- A second sensor detects arrival and the PLC stops the motor, with no operator involved.
Good to know
- Programming: done in IEC 61131-3 languages such as ladder logic, structured text and function block diagram, from an engineering workstation. You do not need to learn the languages for CISSP, but you must know the workstation is a crown-jewel asset.
- Mode switch: many PLCs have a physical key position (for example RUN, PROGRAM, REMOTE). Locking it in RUN is a simple physical control against unauthorised program changes.
- Fragile networking: small embedded network stacks can crash under unexpected traffic, which is why aggressive scanning is dangerous.
PLC threats
| Threat | Potential consequence |
|---|---|
| Unauthorised logic modification | Machine performs dangerous or damaging operations |
| Manipulated sensor data | Controller makes wrong decisions; operators see false values |
| Unauthorised firmware update | Controller compromise or failure |
| Network command injection | Unexpected pump or motor activation |
| Denial of service | Loss of control or process disruption |
| Compromised engineering workstation | Malicious configuration pushed to many PLCs |
Key controls
Network segmentation, strict access control, controlled program changes, secure remote maintenance, physical protection (cabinets, mode keys, port locks) and verified offline backups of PLC programs. Safety functions such as emergency stops must not depend only on ordinary PLC logic; they use dedicated safety-rated devices.
A controller that reads sensors and directly drives actuators on a machine, conveyor or small process: PLC.
4DCS – Distributed Control System
A DCS controls a complex process by spreading control across many controllers in one facility, all managed from a central control room.
It is typical of continuous and batch process industries: refineries, chemical plants, power stations and pharmaceutical manufacturing. Because control is distributed, a single controller failure does not stop the whole plant, and DCS designs commonly include redundancy.
Example: an oil refinery
| Process area | Controller responsibility |
|---|---|
| Heating | Hold the target temperature |
| Distillation | Regulate pressure and separation |
| Cooling | Maintain coolant flow |
| Storage | Monitor tank levels |
| Pumping | Regulate fluid movement |
If cooling fails, the system may need to reduce heating or shut down affected equipment safely. That coordination is what a DCS is built for.
Why a DCS instead of one PLC?
A PLC controls one machine or cell. A DCS gives a coordinated environment: shared operator interfaces, alarm management, engineering configuration, historian and process management across many controllers.
A DCS is not automatically more secure than a PLC system. Modern DCSs often run on commercial operating systems and standard Ethernet, so they inherit IT-style weaknesses. Redundancy only helps if it is properly designed and implemented.
DCS security considerations
- A compromised operator station can send harmful process commands.
- Changing setpoints can destabilise the process.
- A compromised engineering system can alter control logic.
- Weak segmentation lets an incident spread between process areas.
- Shared services (time, directory, patch servers) become common points of failure.
A chemical plant or refinery with many interconnected controllers running coordinated processes in one facility: DCS.
5SCADA – Supervisory Control and Data Acquisition
SCADA is a system architecture to supervise, monitor and sometimes remotely control industrial assets, especially when those assets are geographically spread out.
Example: an electricity distribution network
A utility runs 100 substations across a country. Without SCADA, technicians would drive to each one to read values and change settings. With SCADA:
- Each substation has sensors, protection devices and an RTU or PLC.
- Measurements and status flow to the control center, where operators see power flows, breaker status and faults.
- Authorised operators send supervisory commands, for example opening or closing a breaker.
- Local controllers and protective relays keep doing their job even if the WAN link fails, where designed to do so.
The fast control decisions happen locally in the PLC or RTU. SCADA gives visibility and remote commands and tolerates slower links.
PLC vs RTU
| PLC | RTU |
|---|---|
| Strong focus on local automation | Strong focus on remote telemetry and monitoring |
| Common in factories and machines | Common in remote substations and pipelines |
| Executes local control logic | Collects and transmits remote process data |
| May talk to SCADA | Usually talks to SCADA over WAN links |
Modern PLCs and RTUs overlap a lot, so treat this as a typical distinction rather than a hard line.
SCADA security risks
Because SCADA links separated assets, it has the largest exposure of the three: unauthorised remote access, insecure legacy protocols, compromised HMI or SCADA servers, malicious supervisory commands, spoofed or replayed telemetry and communication outages.
Remote monitoring and control of substations, pipelines or water stations across a large area: SCADA.
6PLC vs DCS vs SCADA
local, fast, discrete
distributed, continuous process
wide area, telemetry
| Feature | PLC | DCS | SCADA |
|---|---|---|---|
| Primary purpose | Local machine control | Coordinated process control | Supervisory monitoring and control |
| Typical scope | Equipment or production cell | One plant or facility | Multiple, distributed sites |
| Control style | Fast, discrete logic | Distributed loop control | Supervisory commands and telemetry |
| Typical uses | Conveyor, robot, pump | Refinery, chemical plant | Power grid, pipeline, water network |
| Common components | CPU, I/O modules, sensors | Controllers, operator stations, servers | SCADA servers, HMI, RTUs, PLCs, WAN |
| Main security concern | Unauthorised logic changes | Process manipulation, engineering systems | Remote access and communication security |
These are memory aids, not absolute rules. Real systems overlap and are often combined.
Supporting components you must recognise
| Component | What it is | Why security cares |
|---|---|---|
| HMI | Human-Machine Interface, the operator screen | If compromised, the operator can be shown false data |
| RTU | Remote Terminal Unit at a remote site | Often reachable over WAN, weak authentication |
| IED | Intelligent Electronic Device (protection relays in substations) | Can trip breakers; uses IEC 61850 and similar |
| Historian | Database of process data over time | Bridge between OT and IT; replicate it into the DMZ |
| Engineering workstation | Used to program PLCs and controllers | Compromise means malicious logic pushed to controllers |
| SCADA server (MTU) | Master that polls field devices | Central point of command and data |
| BPCS | Basic Process Control System (normal control, often the DCS) | Must be separate from the safety system |
| SIS | Safety Instrumented System | Last line of defence; see section 11 |
| Field devices | Sensors, actuators, valves, drives (Purdue Level 0) | Physical tampering and signal spoofing |
7ICS security vs traditional IT security
This is one of the highest-value areas for the exam. Both worlds care about confidentiality, integrity and availability, but they rank them differently, and OT adds safety on top.
| Aspect | Traditional IT | ICS / OT |
|---|---|---|
| Top concern | Data confidentiality | Safety and availability of the process |
| System lifetime | 3–5 years | 15–30 years |
| Patching | Frequent, automated, reboot is fine | Rare, tested, scheduled in outage windows |
| Downtime | Often tolerable | Can be dangerous or very costly |
| Operating systems | Current, vendor-supported | Often legacy or embedded and unsupported |
| Performance | Throughput matters, delay is OK | Deterministic, low latency; delay can cause a fault |
| Scanning | Active scanning is routine | Active scanning can crash devices; prefer passive |
| Support model | Many vendors, standard tools | Vendor-specific, certification-bound changes |
Why standard IT actions can be dangerous in OT
A security engineer finds a vulnerability in a production PLC. In IT you might patch immediately or run a scanner. In OT, doing that without assessment could crash a legacy controller, stop production or affect safety.
The CISSP approach:
- Assess the operational and safety risk.
- Coordinate with OT engineers and the system owner.
- Test the change in a representative environment.
- Schedule an approved maintenance window.
- Have recovery and rollback ready.
- Use compensating controls when patching is not safe yet.
Security must support the mission without creating unacceptable safety or operational risk. A technically correct action can still be the wrong answer if it endangers people or bypasses change management.
8Why ICS is hard to secure
Most ICS weaknesses come from one root cause: these systems were designed for reliability and safety in isolated networks, where everything on the wire was trusted.
Legacy and long lifecycles
Equipment runs 15 to 30 years, often on unsupported operating systems that can no longer be patched.
Availability over everything
Patching or rebooting needs a planned outage, so fixes are delayed or never applied.
Insecure-by-design protocols
Modbus and classic DNP3 have no authentication or encryption. Anyone on the network can issue valid commands.
IT/OT convergence
Connecting plant networks to business networks for data and efficiency expands the attack surface.
Default and shared credentials
Factory passwords, hard-coded accounts and shared operator logins are common, and strong authentication may not be supported.
Vendor remote access
Integrators maintain systems remotely, often through poorly secured VPNs or remote-desktop tools.
Limited resources
Embedded devices cannot run agents, antivirus or encryption, so protection must come from the network.
Safety vs security conflict
A control that adds latency or locks out an operator can itself cause a safety incident.
Many plants believe their OT network is isolated. In practice it is bridged by USB media, vendor laptops, dual-homed engineering workstations, cellular modems, remote-access tools and cloud or IIoT gateways. Stuxnet crossed an air gap. Never accept “it is air-gapped” as a complete answer.
9Purdue model, Industrial DMZ and zones
The Purdue Enterprise Reference Architecture (the Purdue model) organises enterprise and industrial systems into functional levels. It tells you where a system lives and therefore where its controls belong. It is a reference model, not a literal network diagram.
Level 3.5 is not in the original model. It is a widely adopted security addition. Modern IIoT, cloud and remote-access designs blur the levels, but the principle stays: controlled, minimal, logged paths between zones.
The Industrial DMZ
Staff need production reports, but letting enterprise PCs talk directly to PLCs would let malware walk into the control network. The DMZ solves this: IT talks to the DMZ, OT talks to the DMZ, and IT never talks directly to OT.
The DMZ does not make you secure by itself. It needs correctly configured firewalls, identity controls, monitoring and secure administration.
ISA/IEC 62443: zones, conduits and security levels
ISA/IEC 62443 is the main industrial automation and control systems (IACS) security standard family, developed by the ISA99 committee and the IEC. Two concepts matter most:
- Zone: a group of assets with the same security requirements (for example, the PLC network).
- Conduit: a controlled communication path between zones (for example, a firewall rule set between the PLC network and the engineering workstation network).
| Security Level | Protects against |
|---|---|
| SL 1 | Casual or coincidental violation |
| SL 2 | Intentional violation using simple means, low resources, generic skills and low motivation |
| SL 3 | Sophisticated means, moderate resources, IACS-specific skills and moderate motivation |
| SL 4 | Sophisticated means, extended resources, IACS-specific skills and high motivation |
10Industrial communication protocols
Industrial devices exchange sensor values, commands, alarms and status. Most protocols date from an era of isolated networks, so trust was assumed and security was never part of the design.
| Protocol | Typical use | Common port | Security note |
|---|---|---|---|
| Modbus TCP | PLCs, RTUs, general equipment | TCP 502 | No built-in authentication or encryption. Modbus Security (TLS) exists but is not widely deployed |
| DNP3 | Electric and water utilities, telemetry | TCP/UDP 20000 | Classic DNP3 is unauthenticated. Secure Authentication (SA) adds it |
| OPC UA | Interoperable industrial data exchange | TCP 4840 | Supports signing, encryption and certificates. Depends on correct configuration. Classic OPC relied on DCOM |
| EtherNet/IP (CIP) | Factory automation | TCP 44818, UDP 2222 | Built for speed. CIP Security adds authentication and encryption |
| PROFINET | Industrial Ethernet automation | Mostly Layer 2 | Security depends on implementation and network design |
| IEC 61850 | Electrical substations | MMS on TCP 102 | Needs careful design; IEC 62351 defines security extensions |
| IEC 60870-5-104 | Power system telecontrol | TCP 2404 | Unauthenticated in basic form; IEC 62351 adds protection |
Example: why Modbus TCP is risky
Do not answer “replace every legacy protocol immediately”. Evaluate the risk and apply compensating controls: segmentation, protocol-aware (deep-packet) firewalls, access restrictions, passive monitoring and secure gateways. Move to secure protocol profiles when the lifecycle allows.
11Safety Instrumented Systems (SIS)
Process control keeps the plant running. Process safety keeps it from hurting anyone. They are separate jobs and must be built as separate systems.
Take a reactor held at a set pressure. The DCS regulates the pressure in normal operation. If pressure rises to a dangerous level, an independent safety system must shut the reactor down, even if the DCS has failed or has been hacked.
| BPCS / DCS | SIS |
|---|---|
| Maintains normal operating conditions | Responds to defined hazardous conditions |
| Optimises and regulates the process | Performs protective safety functions |
| Adjusts temperature, pressure and flow | Initiates emergency shutdown |
| Focus: operation | Focus: risk reduction |
SIL (Safety Integrity Level, IEC 61508/61511) rates the risk reduction of a safety function. SL (Security Level, IEC 62443) rates resistance to cyberattack. Safety is not cybersecurity, but a cyber failure can defeat safety, as TRITON showed.
12Real-world ICS attacks
Real incidents turn abstract concepts into exam scenarios. Know the year, the target and the lesson.
| Incident | What happened | CISSP lesson |
|---|---|---|
| Stuxnet (discovered 2010) | Malware targeted Siemens PLCs linked to uranium enrichment. It changed control logic to damage equipment while replaying normal readings to operators. | Air gaps fail. Logic and process-feedback integrity matter. Monitoring that trusts the HMI can be blinded. |
| Ukraine power grid (Dec 2015) | Attackers entered through phishing and stolen credentials, then used remote access to operate HMIs and open breakers at three distribution companies. About 225,000 customers lost power. | Weak remote access, no MFA, poor segmentation, and the need for manual operation and recovery plans. |
| Industroyer (Dec 2016) | Malware that spoke grid protocols such as IEC 101/104 and IEC 61850 was used against a transmission substation near Kyiv, causing a short outage. | Attackers can speak native ICS protocols. Protocol-aware inspection and monitoring matter. |
| TRITON / TRISIS (2017) | Malware targeted Schneider Electric Triconex safety controllers at a petrochemical plant in the Middle East. A fault in the intrusion tripped the plant and exposed it. | Attackers can go after the SIS. Keep it independent, locked down and monitored. |
| Oldsmar water plant (Feb 2021) | An intruder used remote-access software to try to raise chemical dosing to dangerous levels. An operator noticed and reversed it. | Secure remote access, remove shared credentials, and keep alert operators and safety limits as backstops. |
| Colonial Pipeline (May 2021) | Ransomware hit the IT business network. The company halted pipeline operations as a precaution. | IT/OT dependencies mean an IT incident can stop operations. Design OT to run without IT services. |
13How to secure an ICS environment
The exam wants a security manager’s answer: layered, risk-based, and coordinated with operations. Think defence in depth, adapted for OT.
| Control | How it looks in OT |
|---|---|
| 1. Asset inventory | Identify PLCs, RTUs, controllers, firmware, dependencies and owners. You cannot protect what you cannot see. |
| 2. Segmentation and zoning | Follow Purdue and 62443 zones and conduits. Separate enterprise IT, the Industrial DMZ and OT. Deny by default. |
| 3. One-way flows | Use data diodes or unidirectional gateways so monitoring data leaves OT with no path back in. |
| 4. Secure remote access | Jump host in the DMZ, MFA, time-limited and approved vendor sessions, session recording, no direct internet exposure of PLCs or HMIs. |
| 5. Access control | Least privilege and role-based access, unique accounts, no shared or default passwords, protected engineering workstations. |
| 6. Passive monitoring | OT-aware detection on a SPAN port or TAP that listens without sending traffic. Alert on new devices, new commands and logic changes. |
| 7. OT-safe vulnerability management | Risk-based patching with testing and maintenance windows. Use virtual patching, isolation and allow-listing when patching is not possible. |
| 8. Change management and backups | Approve, test and document logic changes. Keep verified offline backups of programs and configurations. |
| 9. Physical security | Locked cabinets, controlled control rooms, port locks and PLC mode keys in RUN. |
| 10. Removable media and vendor laptops | Scan stations, kiosks, and rules for what may touch OT. |
| 11. Safety engineering | Keep the SIS independent of the control system. |
| 12. Incident response and resilience | Joint IT/OT playbooks and exercises, manual operating procedures, and decisions made with plant operations and safety staff. |
| 13. Supplier management | Control third-party access, contracts and secure-by-design requirements. |
14Standards and regulation to recognise
| Standard | What it is |
|---|---|
| NIST SP 800-82 Rev. 3 | “Guide to Operational Technology (OT) Security”, published September 2023. The reference most closely matching CISSP wording. A Revision 4 draft is out for public comment. |
| ISA/IEC 62443 | The core IACS cybersecurity series: zones, conduits, security levels and requirements for asset owners, integrators and product suppliers. |
| NERC CIP | Mandatory cybersecurity standards for the North American bulk electric system. |
| NIS2 (EU Directive 2022/2555) | Cybersecurity obligations for essential and important entities in sectors such as energy, transport, water and manufacturing. OT is firmly in scope. |
| ISO/IEC 27019 | Information security controls for the energy utility industry, extending ISO/IEC 27002. |
| IEC 62351 | Security for power system communication protocols (61850, 60870-5-104, DNP3). |
| IEC 61508 / 61511 | Functional safety, including SIL, for safety systems and process industry SIS. |
15The CISSP exam angle
Where it appears: mainly Domain 3 (Security Architecture and Engineering), under assessing and mitigating vulnerabilities of security architectures, which lists ICS. It also touches Domain 4 (network segmentation and protocols), Domain 7 (change management and incident response) and Domain 1 (risk and safety-aware governance).
Six decision rules
1. Safety first
Human safety and process integrity outrank ordinary business goals.
2. Assess before acting
No patching, scanning or shutdown without risk assessment and coordination with operations.
3. Segment
IT and OT connect only through a controlled DMZ. Never directly.
4. Compensate
When you cannot patch, isolate, filter, allow-list and monitor.
5. Passive over active
Discover and monitor without sending traffic that can crash devices.
6. Keep SIS independent
Safety must survive a failure or compromise of normal control.
Tempting wrong answers
| Tempting answer | Why it is wrong | Better answer |
|---|---|---|
| “Patch the PLC immediately” | Untested change can crash the process | Assess, test, schedule, add compensating controls |
| “Run a vulnerability scan on the PLCs” | Active scanning can crash fragile devices | Passive monitoring and asset discovery; scan a test system |
| “Replace the legacy system now” | Rarely feasible or first; needs lifecycle planning | Isolate and monitor, then plan replacement |
| “Connect IT to OT with a VPN” | Creates a direct path into the control network | Terminate in the DMZ, use a jump host with MFA |
| “Confidentiality is the priority” | Wrong for a hazardous process | Safety, then availability and integrity |
| “We are air-gapped, so we are safe” | USB, laptops, modems and vendors bridge the gap | Assume compromise paths exist; segment and monitor |
| “Shut down the whole plant” | Abrupt shutdown can itself be unsafe | Follow incident response coordinated with operations |
16Practice questions
Ten exam-style questions with BEST, MOST and FIRST wording. Pick an answer to see feedback.
1A utility must supervise 200 remote substations from one control center over WAN links, and the substations must keep operating if the link fails. Which architecture is MOST appropriate?
2A critical vulnerability affects a legacy PLC. The vendor has no patch and the plant cannot stop for six months. What is the BEST action?
3A security team must assess a live OT network for the first time. Which approach is MOST appropriate?
4The business wants real-time production data from the plant historian in its reporting system. Which design is BEST?
5A vendor needs remote support on a DCS. What is the BEST way to allow it?
6A risk assessment finds that one compromise of the DCS could also disable the reactor overpressure protection. What is the root problem?
7Which statement about traditional Modbus TCP is MOST accurate?
8A ransomware outbreak hits the corporate network of a pipeline operator. Which design principle would MOST reduce the chance that it forces a shutdown of operations?
9In ISA/IEC 62443, what are a group of assets with common security requirements and the controlled communication path between such groups called?
10An IT team proposes an automatic account lockout after three failed logins on operator HMIs in a control room. What should the security manager do FIRST?
17Final revision sheet
| Keyword or scenario | Remember |
|---|---|
| Machine automation, sensor in, actuator out | PLC |
| Many controllers in one process plant | DCS |
| Geographically distributed monitoring and control | SCADA |
| Remote telemetry device | RTU |
| Operator screen | HMI |
| Process data over time | Historian (replicate into the DMZ) |
| Tool used to program controllers | Engineering workstation (high-value target) |
| Independent protective shutdown | SIS |
| Normal process control | BPCS / DCS |
| Functional levels of an industrial network | Purdue model (Level 3.5 = Industrial DMZ) |
| Zones, conduits, security levels | ISA/IEC 62443 |
| OT security guide (NIST) | SP 800-82 Rev. 3 |
| Controlled IT/OT boundary | Industrial DMZ |
| One-way data transfer out of OT | Data diode / unidirectional gateway |
| No-authentication legacy protocols | Modbus, classic DNP3 |
| Cannot patch a live controller | Assess and test, then compensating controls |
| Safe discovery method | Passive monitoring, not active scanning |
| Highest concern in hazardous operations | Human safety and process integrity |
| OT incident response | Coordinate with operations; avoid unsafe shutdowns |
The most important takeaway
PLCs control machines, a DCS coordinates a plant, and SCADA supervises many sites. In all of them, safety and availability outrank confidentiality.
Do not spend your study time memorising PLC programming languages or vendor products. Focus on how industrial processes work, why safety and availability matter, how to segment OT networks, and how every security decision affects the physical process. A technically correct action can still be the wrong CISSP answer if it endangers people, disrupts a critical process or bypasses change management.
Further reading
- NIST SP 800-82 Rev. 3, Guide to Operational Technology (OT) Security
- ISA/IEC 62443 series of standards
- NIS2 Directive (EU) 2022/2555
- CISA/FBI advisory AA21-042A (Oldsmar water treatment facility) and CISA alert IR-ALERT-H-16-056-01 (Ukraine power grid)
Independent study notes. CISSP is a registered mark of ISC2, which is not affiliated with this article. Figures are simplified teaching diagrams. Last reviewed October 2026.

