Industrial Control Systems: PLC, DCS and SCADA

Industrial Control Systems: PLC, DCS and SCADA

Views: 7

Industrial Control Systems: PLC, DCS and SCADA – CISSP Domain 3 Study Guide | NetwerkLABS
NetwerkLABS · CISSP Series

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.

CISSP Domain 3Security Architecture & Engineering10 practice questions≈ 20 min read
Illustration of an industrial site

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.

Key distinction

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.

Terminology

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.

Closed-loop control of a water tank The operator HMI talks to the PLC. The PLC sends commands to an actuator that changes the water tank. A sensor measures the tank and sends feedback to the PLC. Operator / HMIMonitors and sets targets PLC controllerRuns the control logic ActuatorPump or valve SensorMeasures water level command feedback Water tank
Figure 1. Closed-loop control: the sensor reports, the PLC decides, the actuator changes the process, and the sensor reports again.
  1. The sensor measures the water level and reports it to the PLC.
  2. The PLC compares the reading with the configured target (the setpoint).
  3. If the level is too low, the PLC commands a pump to start or a valve to open.
  4. When the target is reached, the PLC stops the pump or closes the valve.
  5. 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.

Security view: three attack points

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.

PLC scan cycle Four steps repeated continuously: read inputs, execute logic, update outputs, housekeeping. 1. Read inputsSnapshot of sensors 2. Execute logicRun the program 3. Update outputsDrive motors, valves 4. HousekeepingComms, diagnostics Repeats continuously, typically every few to tens of milliseconds
Figure 2. The PLC scan cycle. Exact steps vary by manufacturer.

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

ThreatPotential consequence
Unauthorised logic modificationMachine performs dangerous or damaging operations
Manipulated sensor dataController makes wrong decisions; operators see false values
Unauthorised firmware updateController compromise or failure
Network command injectionUnexpected pump or motor activation
Denial of serviceLoss of control or process disruption
Compromised engineering workstationMalicious 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.

CISSP exam clue

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.

DCS architecture A central control room connects over a redundant plant network to three controllers for temperature, pressure and flow, each with field devices. Central control roomOperator stations and engineering Redundant plant control network Controller ATemperature loops Controller BPressure loops Controller CFlow loops Field devicesSensors and actuators Field devicesSensors and actuators Field devicesSensors and actuators
Figure 3. A DCS: distributed controllers coordinate one plant under central supervision.

Example: an oil refinery

Process areaController responsibility
HeatingHold the target temperature
DistillationRegulate pressure and separation
CoolingMaintain coolant flow
StorageMonitor tank levels
PumpingRegulate 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.

Careful

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.
CISSP exam clue

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.

SCADA architecture A SCADA control center connects over a communication network to three remote sites with RTUs or PLCs, each controlling field equipment. SCADA control centerSCADA servers · HMI · historian · alarms Communication networkFibre · private WAN · radio · cellular · satellite Remote site ARTU or PLC Remote site BRTU or PLC Remote site CRTU or PLC Power substationBreakers, sensors Water pump stationPumps, level probes Pipeline valveValve, pressure sensor
Figure 4. SCADA: remote sites monitored and supervised from one control center.

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.
Supervisory, not real-time loop control

The fast control decisions happen locally in the PLC or RTU. SCADA gives visibility and remote commands and tolerates slower links.

PLC vs RTU

PLCRTU
Strong focus on local automationStrong focus on remote telemetry and monitoring
Common in factories and machinesCommon in remote substations and pipelines
Executes local control logicCollects and transmits remote process data
May talk to SCADAUsually 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.

CISSP exam clue

Remote monitoring and control of substations, pipelines or water stations across a large area: SCADA.

6PLC vs DCS vs SCADA

PLCControls a machine
local, fast, discrete
DCSCoordinates a plant
distributed, continuous process
SCADASupervises many sites
wide area, telemetry
FeaturePLCDCSSCADA
Primary purposeLocal machine controlCoordinated process controlSupervisory monitoring and control
Typical scopeEquipment or production cellOne plant or facilityMultiple, distributed sites
Control styleFast, discrete logicDistributed loop controlSupervisory commands and telemetry
Typical usesConveyor, robot, pumpRefinery, chemical plantPower grid, pipeline, water network
Common componentsCPU, I/O modules, sensorsControllers, operator stations, serversSCADA servers, HMI, RTUs, PLCs, WAN
Main security concernUnauthorised logic changesProcess manipulation, engineering systemsRemote access and communication security

These are memory aids, not absolute rules. Real systems overlap and are often combined.

Supporting components you must recognise

ComponentWhat it isWhy security cares
HMIHuman-Machine Interface, the operator screenIf compromised, the operator can be shown false data
RTURemote Terminal Unit at a remote siteOften reachable over WAN, weak authentication
IEDIntelligent Electronic Device (protection relays in substations)Can trip breakers; uses IEC 61850 and similar
HistorianDatabase of process data over timeBridge between OT and IT; replicate it into the DMZ
Engineering workstationUsed to program PLCs and controllersCompromise means malicious logic pushed to controllers
SCADA server (MTU)Master that polls field devicesCentral point of command and data
BPCSBasic Process Control System (normal control, often the DCS)Must be separate from the safety system
SISSafety Instrumented SystemLast line of defence; see section 11
Field devicesSensors, 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.

Typical IT and OT priorities IT typically ranks confidentiality, integrity, availability. OT typically ranks safety, availability, integrity, confidentiality. Illustrative only. Typical IT priorities Example: a banking database Typical OT priorities Example: a chemical plant 1. Confidentiality 2. Integrity 3. Availability 1. Human safety 2. Availability 3. Integrity 4. Confidentiality
Figure 5. Typical emphasis only (illustrative, not measured). The real order comes from the organisation’s risk assessment.
AspectTraditional ITICS / OT
Top concernData confidentialitySafety and availability of the process
System lifetime3–5 years15–30 years
PatchingFrequent, automated, reboot is fineRare, tested, scheduled in outage windows
DowntimeOften tolerableCan be dangerous or very costly
Operating systemsCurrent, vendor-supportedOften legacy or embedded and unsupported
PerformanceThroughput matters, delay is OKDeterministic, low latency; delay can cause a fault
ScanningActive scanning is routineActive scanning can crash devices; prefer passive
Support modelMany vendors, standard toolsVendor-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:

  1. Assess the operational and safety risk.
  2. Coordinate with OT engineers and the system owner.
  3. Test the change in a representative environment.
  4. Schedule an approved maintenance window.
  5. Have recovery and rollback ready.
  6. Use compensating controls when patching is not safe yet.
CISSP principle

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.

The air-gap myth

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.

Purdue model levels Levels 5 and 4 are the IT side, level 3.5 is the industrial DMZ, and levels 3 to 0 are the OT side. Level 5Enterprise networkCorporate IT, internet access, cloud services Level 4Site business planning and logisticsERP, email, scheduling, reporting Level 3.5Industrial DMZJump servers, historian replica, patch relay, proxies Level 3Site operationsHistorian, engineering workstation, OT services Level 2Area supervisory controlHMI, SCADA servers, alarm management Level 1Basic controlPLCs, DCS controllers, RTUs Level 0Physical processSensors, actuators, drives, valves IT zoneBusiness systems DMZBuffer zone OT zoneControl network
Figure 6. The Purdue model with the Level 3.5 Industrial DMZ. Placement of historians, engineering stations and SCADA servers varies between designs.
Good to know

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.

Industrial DMZ design Enterprise IT, firewall, industrial DMZ with services, second firewall, and the OT control network. A direct IT to OT path is crossed out. Enterprise IT networkUsers, ERP, email, reporting Firewall 1: IT ↔ DMZ, allow-list only Industrial DMZ (Level 3.5) Jump server Historian replica Patch / AV relay File transfer Nothing is shared directly between IT and OT Firewall 2: DMZ ↔ OT, tightly controlled OT control networkSCADA · HMI · PLC · DCS · field devices No directIT → OT path
Figure 7. A dual-firewall Industrial DMZ. A single firewall with a DMZ interface is another valid design.

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 LevelProtects against
SL 1Casual or coincidental violation
SL 2Intentional violation using simple means, low resources, generic skills and low motivation
SL 3Sophisticated means, moderate resources, IACS-specific skills and moderate motivation
SL 4Sophisticated 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.

ProtocolTypical useCommon portSecurity note
Modbus TCPPLCs, RTUs, general equipmentTCP 502No built-in authentication or encryption. Modbus Security (TLS) exists but is not widely deployed
DNP3Electric and water utilities, telemetryTCP/UDP 20000Classic DNP3 is unauthenticated. Secure Authentication (SA) adds it
OPC UAInteroperable industrial data exchangeTCP 4840Supports signing, encryption and certificates. Depends on correct configuration. Classic OPC relied on DCOM
EtherNet/IP (CIP)Factory automationTCP 44818, UDP 2222Built for speed. CIP Security adds authentication and encryption
PROFINETIndustrial Ethernet automationMostly Layer 2Security depends on implementation and network design
IEC 61850Electrical substationsMMS on TCP 102Needs careful design; IEC 62351 defines security extensions
IEC 60870-5-104Power system telecontrolTCP 2404Unauthenticated in basic form; IEC 62351 adds protection

Example: why Modbus TCP is risky

Modbus TCP exchange and forged command A SCADA client reads and writes registers on a PLC. An attacker on the network sends the same kind of command because there is no authentication. SCADA (client)Polls tank level PLC (server)Listens on TCP 502 Request: FC 03 read holding registers Response: level = 72% Attacker on networkNo credentials needed forged write, FC 06
Figure 8. Anyone who can reach the PLC on port 502 can send valid commands unless the network blocks them.
What CISSP expects

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 and SIS independence A reactor is monitored by two independent paths: sensors to DCS to control valve for normal control, and separate sensors to SIS logic solver to shutdown valve for protection. Chemical reactorPressure, temperature, level Process sensorsNormal measurement DCS / BPCSRegulates the process Control valveNormal adjustments Independent sensorsSeparate from the control loop SIS logic solverTrips on unsafe conditions Shutdown valveDrives the process to a safe state Independence: separate sensors, logic, final elements and access paths
Figure 9. Normal control (blue) and protection (red) must not share a single point of failure or compromise.
BPCS / DCSSIS
Maintains normal operating conditionsResponds to defined hazardous conditions
Optimises and regulates the processPerforms protective safety functions
Adjusts temperature, pressure and flowInitiates emergency shutdown
Focus: operationFocus: risk reduction
Two similar acronyms

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.

Timeline of ICS attacks Stuxnet 2010, Ukraine grid 2015, Industroyer 2016, TRITON 2017, Oldsmar February 2021 and Colonial Pipeline May 2021. 2010StuxnetPLC logic sabotage 2016IndustroyerGrid protocol malware Feb 2021Oldsmar waterRemote access abuse 2015Ukraine power gridRemote HMI control 2017TRITON / TRISISSafety system targeted May 2021Colonial PipelineIT ransomware, OT halt
Figure 10. Landmark ICS incidents.
IncidentWhat happenedCISSP 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.

Defence in depth for OT Nested layers from governance on the outside, then physical security, network, access and monitoring, host hardening, to controllers and safety systems in the centre. Governance: policy, risk, asset inventory, vendors Physical: locked cabinets, port locks, PLC mode keys Network: zones, conduits, DMZ, firewalls, data diodes Access and monitoring: MFA, jump hosts, passive OT-IDS Hosts: allow-listing, backups, safe patching Controllers, field devices, SIS Safety and availability first
Figure 11. Defence in depth for an industrial environment.
ControlHow it looks in OT
1. Asset inventoryIdentify PLCs, RTUs, controllers, firmware, dependencies and owners. You cannot protect what you cannot see.
2. Segmentation and zoningFollow Purdue and 62443 zones and conduits. Separate enterprise IT, the Industrial DMZ and OT. Deny by default.
3. One-way flowsUse data diodes or unidirectional gateways so monitoring data leaves OT with no path back in.
4. Secure remote accessJump host in the DMZ, MFA, time-limited and approved vendor sessions, session recording, no direct internet exposure of PLCs or HMIs.
5. Access controlLeast privilege and role-based access, unique accounts, no shared or default passwords, protected engineering workstations.
6. Passive monitoringOT-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 managementRisk-based patching with testing and maintenance windows. Use virtual patching, isolation and allow-listing when patching is not possible.
8. Change management and backupsApprove, test and document logic changes. Keep verified offline backups of programs and configurations.
9. Physical securityLocked cabinets, controlled control rooms, port locks and PLC mode keys in RUN.
10. Removable media and vendor laptopsScan stations, kiosks, and rules for what may touch OT.
11. Safety engineeringKeep the SIS independent of the control system.
12. Incident response and resilienceJoint IT/OT playbooks and exercises, manual operating procedures, and decisions made with plant operations and safety staff.
13. Supplier managementControl third-party access, contracts and secure-by-design requirements.

14Standards and regulation to recognise

StandardWhat 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 62443The core IACS cybersecurity series: zones, conduits, security levels and requirements for asset owners, integrators and product suppliers.
NERC CIPMandatory 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 27019Information security controls for the energy utility industry, extending ISO/IEC 27002.
IEC 62351Security for power system communication protocols (61850, 60870-5-104, DNP3).
IEC 61508 / 61511Functional 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 answerWhy it is wrongBetter answer
“Patch the PLC immediately”Untested change can crash the processAssess, test, schedule, add compensating controls
“Run a vulnerability scan on the PLCs”Active scanning can crash fragile devicesPassive monitoring and asset discovery; scan a test system
“Replace the legacy system now”Rarely feasible or first; needs lifecycle planningIsolate and monitor, then plan replacement
“Connect IT to OT with a VPN”Creates a direct path into the control networkTerminate in the DMZ, use a jump host with MFA
“Confidentiality is the priority”Wrong for a hazardous processSafety, then availability and integrity
“We are air-gapped, so we are safe”USB, laptops, modems and vendors bridge the gapAssume compromise paths exist; segment and monitor
“Shut down the whole plant”Abrupt shutdown can itself be unsafeFollow incident response coordinated with operations

16Practice questions

Ten exam-style questions with BEST, MOST and FIRST wording. Pick an answer to see feedback.

Score: 0 / 10Answer all 10 to see your result

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?

Answer: B. SCADA suits geographically distributed supervision, while local RTUs/PLCs keep control running when the WAN is down. A DCS is for one facility, and a historian only stores data.

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?

Answer: C. Compensating controls reduce risk now without disrupting the process. Immediate replacement is rarely feasible, doing nothing leaves the risk unmanaged, and active scans can crash fragile devices.

3A security team must assess a live OT network for the first time. Which approach is MOST appropriate?

Answer: A. Passive discovery builds an inventory without risk to the process. Active scanning and testing against live controllers can disrupt them, and PLCs cannot run agents.

4The business wants real-time production data from the plant historian in its reporting system. Which design is BEST?

Answer: D. IT gets the data without any direct path into OT. The other options create direct connections between business systems and the control network.

5A vendor needs remote support on a DCS. What is the BEST way to allow it?

Answer: B. Controlled, accountable and temporary access is the pattern. Permanent, shared or directly exposed access is exactly what attackers abused in incidents such as Oldsmar.

6A risk assessment finds that one compromise of the DCS could also disable the reactor overpressure protection. What is the root problem?

Answer: C. A common-cause failure or compromise must not defeat both control and protection. The SIS needs its own sensors, logic solver, final elements and protected access path.

7Which statement about traditional Modbus TCP is MOST accurate?

Answer: A. Modbus was designed for trusted serial networks. A TLS-secured Modbus profile exists but is not the traditional protocol or common default.

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?

Answer: D. The Colonial Pipeline lesson: operational dependence on IT turns an IT incident into an outage. Better IT backups help recovery but do not remove the dependency.

9In ISA/IEC 62443, what are a group of assets with common security requirements and the controlled communication path between such groups called?

Answer: B. Zones group assets by security requirement, and conduits are the controlled paths between zones. Segmentation is implemented through them.

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?

Answer: C. Security controls must not create unacceptable safety risk. Evaluate with operations and consider alternatives such as physical access control, role-based emergency access and monitoring.

17Final revision sheet

Keyword or scenarioRemember
Machine automation, sensor in, actuator outPLC
Many controllers in one process plantDCS
Geographically distributed monitoring and controlSCADA
Remote telemetry deviceRTU
Operator screenHMI
Process data over timeHistorian (replicate into the DMZ)
Tool used to program controllersEngineering workstation (high-value target)
Independent protective shutdownSIS
Normal process controlBPCS / DCS
Functional levels of an industrial networkPurdue model (Level 3.5 = Industrial DMZ)
Zones, conduits, security levelsISA/IEC 62443
OT security guide (NIST)SP 800-82 Rev. 3
Controlled IT/OT boundaryIndustrial DMZ
One-way data transfer out of OTData diode / unidirectional gateway
No-authentication legacy protocolsModbus, classic DNP3
Cannot patch a live controllerAssess and test, then compensating controls
Safe discovery methodPassive monitoring, not active scanning
Highest concern in hazardous operationsHuman safety and process integrity
OT incident responseCoordinate 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

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.