A technical breakdown of industrial control system vulnerabilities layer by layer — protocol, device, workstation, network architecture, and human. References to frameworks and advisories that back each claim.
Operational technology security stopped being a niche conversation the moment IT and OT networks got wired together. What used to be an air-gapped, deterministic environment running on 15-to-30-year refresh cycles is now a soft target sitting behind a thin layer of firewall rules and, in a disturbing number of cases, no authentication at all. This post walks through the attack surface layer by layer.
CISA/ICS-CERT has been the authoritative disclosure channel for OT vulnerabilities since 2010. Cumulative tracking through January 2026 shows over 3,600 ICS advisories covering more than 12,000 vulnerabilities across roughly 2,800 products from nearly 700 vendors, and the growth curve is not flattening — 2025 alone produced over 2,100 CVEs across just over 500 advisories, both records for a single year, with average severity per advisory also trending upward year over year [1]. Just as concerning: CISA doesn't catch everything. Independent tracking of vendor and CERT disclosures outside the CISA pipeline found that only about a fifth of vulnerabilities published directly by vendors in 2025 ever received a corresponding CISA advisory, down sharply from prior years [1]. If your vulnerability management program is CISA-advisory-driven only, you're working from an incomplete inventory.
Most of the field protocols still running in production — Modbus, DNP3, legacy CIP/EtherNet-IP, PROFINET — were designed in an era where the threat model was "a technician with a laptop on the plant floor," not remote adversaries. That design assumption shows up as:
The practical defense here isn't "patch the protocol" — you largely can't. It's protocol-aware monitoring (Zeek/Suricata with ICS parsers), allow-listed function codes at the network layer, and killing direct internet exposure of anything speaking these protocols natively.
The uncomfortable truth in 2026 is that credential hygiene, not zero-days, remains the dominant initial-access vector for opportunistic ICS compromise. Unitronics HMIs shipped — and are still deployed — with the password 1111, a default documented in CISA's own advisories and actively exploited by threat actors who don't need any ICS-specific expertise to abuse it [3]. Assessments of the threat landscape following recent geopolitical flashpoints found that a meaningful share of the 60-plus threat groups newly active against critical infrastructure required nothing more sophisticated than an exposed management port and a default password to get operator-level access: read/write process values, modify control logic, and disable safety alarms [3]. AI-assisted reconnaissance tooling has also compressed the time needed to fingerprint internet-exposed ICS devices from what used to take dedicated scanning campaigns down to minutes [3].
Beyond credentials, engineering workstations themselves are a documented target. Advanced actors have used exploits against vulnerable motherboard drivers (an ASRock driver flaw has been specifically named) to gain kernel-level access to Windows-based engineering workstations — whether those live in the IT or OT segment — which then becomes the launchpad for privilege escalation and lateral movement into the PLC programming environment [2].
The Purdue Enterprise Reference Architecture's layered zones (Level 0 field devices up through Level 5 enterprise IT) assumed clean segmentation would hold. Convergence broke that assumption in three specific ways worth naming individually rather than as generic "IT/OT convergence" hand-waving:
netsh, wmic, ntdsutil, PowerShell, PortProxy registry modifications) precisely because native tool usage evades signature-based detection and blends into baseline administrative activity [6][7]. The group has been confirmed inside IT networks of communications, energy, transportation, and water/wastewater sector organizations across the continental U.S. and its territories [7].When the PLC itself is hardened, the attack surface shifts to the person who logs into it. Spearphishing campaigns targeting SCADA engineers and control-room operators — frequently impersonating equipment vendors or IT support — remain effective because a single compromised operator credential can hand an attacker direct access to the engineering workstation and PLC programming environment, skipping protocol-level exploitation entirely [3].
Two references are worth building your threat model around rather than reinventing taxonomy from scratch:
None of this is exotic. The dominant attack paths into OT environments in 2026 are the same three or four that have worked for a decade: unauthenticated protocols, default credentials on internet-reachable devices, compromised remote-access tooling, and phished operator credentials. The sophistication has moved to reconnaissance speed and to nation-state patience (multi-year pre-positioning), not to novel exploitation techniques. That's arguably the more useful finding for defenders — the fundamentals still close most of the gap.