This skill covers detecting cyber attacks targeting Supervisory Control and Data Acquisition (SCADA) systems including man-in-the-middle attacks on industrial protocols, unauthorized command injection into PLCs, HMI compromise, historian data manipulation, and denial-of-service against control system communications. It leverages OT-specific intrusion detection systems, industrial protocol anomaly detection, and process data analytics to identify attacks that traditional IT security tools miss.
This skill covers detecting cyber attacks targeting Supervisory Control and Data Acquisition (SCADA) systems including man-in-the-middle attacks on industrial protocols, unauthorized command injection into PLCs, HMI compromise, historian data manipulation, and denial-of-service against control system communications. It leverages OT-specific intrusion detection systems, industrial protocol anomaly detection, and process data analytics to identify attacks that traditional IT security tools miss.
When deploying intrusion detection capabilities in a SCADA environment for the first time
When investigating suspected cyber attacks against industrial control systems
When building detection rules for OT-specific attack patterns (Stuxnet, TRITON, Industroyer)
When integrating OT network monitoring with an enterprise SOC for unified threat visibility
When responding to alerts from OT security monitoring tools (Dragos, Nozomi, Claroty)
Do not use for detecting attacks on IT-only networks without SCADA/ICS components, for building generic network IDS rules (see building-detection-rules-with-sigma), or for incident response procedures after an attack is confirmed (see performing-ot-incident-response).
Prerequisites
Passive network monitoring sensors deployed on SPAN/TAP ports at OT network boundaries
OT intrusion detection system (Dragos Platform, Nozomi Guardian, Claroty xDome, or Suricata with OT rulesets)
Understanding of industrial protocols in use (Modbus, DNP3, OPC UA, EtherNet/IP, S7comm)
Baseline of normal SCADA communication patterns (polling intervals, function codes, register ranges)
Access to process historian data for physical process anomaly correlation
Workflow
Step 1: Establish SCADA Communication Baselines
Before detecting anomalies, establish what normal SCADA traffic looks like. Industrial protocols are highly deterministic - the same master polls the same slaves at the same intervals reading the same registers.
Create detection rules for known SCADA attack patterns including those used by TRITON, Industroyer/CrashOverride, and PIPEDREAM/INCONTROLLER.
# Suricata Rules for SCADA Attack Detection# Deploy on IDS sensor monitoring OT network SPAN port# --- Modbus Attack Detection ---# Unauthorized Modbus write to PLC from non-engineering workstationalertmodbusanyany->$OT_PLC_SUBNET502(msg:"OT-DETECTModbuswritefromunauthorizedsource";modbus_func:!read_coils;modbus_func:!read_discrete_inputs;modbus_func:!read_holding_registers;modbus_func:!read_input_registers;flow:to_server,established;threshold:typeboth,trackby_src,count1,seconds60;classtype:attempted-admin;sid:3000001;rev:1;)# Modbus diagnostic/restart command (FC 8) - potential PLC DoSalertmodbusanyany->$OT_PLC_SUBNET502(msg:"OT-DETECTModbusdiagnosticscommandtoPLC";
Step 3: Implement Process Data Anomaly Detection
Monitor physical process data from the historian to detect attacks that manipulate the process while hiding their effects from operators (the Stuxnet attack pattern).
Monitor for indicators of compromise (IOCs) associated with known ICS-targeting malware families.
# Known ICS Malware Detection Signatures# Reference: MITRE ATT&CK for ICS, CISA ICS-CERT advisoriesmalware_families:TRITON_TRISIS:description:"Targets Schneider Electric Triconex Safety Instrumented Systems"target:"Safety controllers (SIS)"network_indicators:-protocol:"TriStation"port:1502pattern:"Unusual TriStation commands from non-engineering workstation"-protocol:"TCP"pattern:"Connection to Triconex controller from unauthorized IP"host_indicators:-"trilog.exe present on engineering workstation"-"inject.bin in System32 directory"-"imain.bin payload targeting Triconex firmware"detection_rule:|
alert tcp !$SIS_ENGINEERING_WS any -> $SIS_CONTROLLERS 1502 (
msg:"OT-CRITICAL Unauthorized TriStation connection to SIS";
flow:to_server; sid:3000100; rev:1; priority:1;)
INDUSTROYER_CRASHOVERRIDE:description:"Targets power grid SCADA via IEC 60870-5-101/104, IEC 61850, OPC DA"target:"Power grid substations and SCADA"network_indicators:-protocol:"IEC 60870-5-104"port:2404pattern:"Rapid sequence of control commands outside normal polling"
Key Concepts
Term
Definition
SCADA
Supervisory Control and Data Acquisition - architecture for remote monitoring and control of industrial processes via RTUs and communication infrastructure
IDS/IPS for OT
Intrusion Detection/Prevention Systems designed for industrial protocols, using both signature-based and anomaly-based detection methods
Process Anomaly
Deviation in physical process behavior (temperature, pressure, flow) that may indicate cyber manipulation of control systems
Man-in-the-Middle (MITM)
Attack intercepting communication between SCADA master and field devices to modify commands or spoof sensor readings
Replay Attack
Capturing legitimate SCADA traffic and replaying it to mask malicious changes to the process (used by Stuxnet)
Protocol Anomaly
Deviation from expected industrial protocol behavior including unauthorized function codes, unusual polling patterns, or command sequences
Tools & Systems
Dragos Platform: OT cybersecurity platform with threat detection powered by Dragos threat intelligence on ICS-targeting activity groups
Nozomi Networks Guardian: OT/IoT visibility and threat detection using asset intelligence, anomaly detection, and vulnerability assessment
Claroty xDome: Cyber-physical systems protection with continuous threat monitoring and alert prioritization
Suricata with ET Open ICS rules: Open-source IDS/IPS with community-maintained rules for industrial protocol detection
Zeek (Bro) with OT scripts: Network security monitor with protocol analyzers for Modbus, DNP3, and BACnet
Common Scenarios
Scenario: Detecting TRITON-Style Attack on Safety Systems
Context: An OT security monitoring system alerts on unusual TriStation protocol traffic to a Triconex safety controller from an IP address that is not the authorized SIS engineering workstation.
Approach:
Immediately verify the source IP of the TriStation traffic - is it the authorized SIS engineering workstation or a compromised host?
Check if there is an authorized maintenance activity scheduled for the SIS controllers
Capture full packet payload of the TriStation communication for forensic analysis
Alert the process safety team - SIS compromise is a safety-critical event
If unauthorized, isolate the source host from the network immediately
Verify SIS controller logic integrity by comparing running logic against known-good backup
Check all engineering workstations in the facility for TRITON indicators (trilog.exe, inject.bin)
Pitfalls: Never assume SIS traffic anomalies are false positives - TRITON demonstrated that sophisticated attackers specifically target safety systems. Do not restart the SIS controller without first verifying firmware and logic integrity. Avoid alerting only the IT SOC; the process safety team must be immediately engaged for any SIS-related incident.