← Back to Feed CACHED · 2026-07-31 15:16:27 · CACHE_KEY CVE-2021-22681
CVE-2021-22681 · CWE-522 · Disclosed 2021-03-03

Rockwell Automation Studio 5000 Logix Designer Versions 21 and later

ASSESSED — NOISGATE V0.5
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

The master key to every Rockwell PLC was baked into the software — and Iran found it

CVE-2021-22681 is an authentication bypass rooted in the design of Rockwell Automation's Studio 5000 Logix Designer (v21+) and RSLogix 5000 (v16–20). The software uses a single, insufficiently protected cryptographic key to verify that an engineering workstation is authorized to communicate with Logix controllers (CompactLogix, ControlLogix, DriveLogix, FlexLogix, GuardLogix, Compact GuardLogix, SoftLogix 5800). An unauthenticated attacker who recovers this key — which is embedded in every copy of the engineering software — can impersonate a legitimate workstation over the network and connect to any reachable controller to upload malicious ladder logic, download project files, or reflash firmware. The flaw affects virtually every Logix controller in the field.

Rockwell's own CVSS of 9.8 is, if anything, conservative — CISA's ICS-CERT originally scored it 10.0. There is no vendor patch. Rockwell has stated the vulnerability cannot be fixed with a software update because the flaw is architectural: the shared secret is inherent to the CIP authentication protocol used across the product line. The only real mitigation is enabling CIP Security (TLS/DTLS), which requires compatible firmware and hardware that many installed controllers do not support. In 2026, IRGC-affiliated CyberAv3ngers confirmed the threat is not theoretical — they exploited CVE-2021-22681 to breach 30+ Minnesota water utilities, forcing manual operation and causing documented financial losses. This is a live, weaponized, unpatchable vulnerability in safety-critical infrastructure.

"Unpatchable auth bypass in Rockwell PLCs actively exploited by nation-state actors against US water systems"
02 · The Attack Path

5 steps from start to impact.

STEP 01

Obtain the shared cryptographic key

The attacker acquires a copy of Studio 5000 Logix Designer or RSLogix 5000. The poorly protected private key used for controller verification is embedded in every installation. Extracting it is a reverse-engineering exercise that Kaspersky, Claroty, and Soonchunhyang University all independently accomplished. The key material is functionally static across the entire product line.
Conditions required:
  • Access to any copy of Studio 5000 Logix Designer or RSLogix 5000 (licensed or pirated)
Where this breaks in practice:
  • Requires ICS-specific reverse-engineering skill — but the key has been independently discovered by at least three research groups
STEP 02

Identify internet-exposed or network-reachable controllers

The attacker scans for Rockwell EtherNet/IP (TCP/44818) endpoints. As of April 2026, Shodan and Censys identified approximately 5,219 internet-exposed Rockwell hosts globally, with 74.6% (3,891) in the United States. For internal attacks, any host on the OT network segment with Layer 3 reachability to the controller is sufficient.
Conditions required:
  • Network reachability to target controller on TCP/44818 (CIP/EtherNet/IP)
Where this breaks in practice:
  • Well-segmented OT networks should not expose controllers to the internet or to IT-side hosts
  • Many smaller utilities and manufacturers lack proper IT/OT segmentation
Detection/coverage: Shodan dork port:44818 product:Logix; Censys searches for EtherNet/IP; CISA scanning services
STEP 03

Authenticate to the controller by impersonating an engineering workstation

Using the extracted key and a copy of Studio 5000 (or a custom CIP client), the attacker initiates a connection to the target controller. The controller accepts the connection because the attacker presents the correct shared secret. No username, password, MFA, or certificate is required. CyberAv3ngers used legitimate Studio 5000 software for this step — a living-off-the-land OT technique.
Conditions required:
  • Possession of the extracted cryptographic key
  • Network connectivity to target controller
Where this breaks in practice:
  • CIP Security (TLS/DTLS) blocks this step — but requires compatible firmware and is rarely deployed on legacy controllers
Detection/coverage: OT-aware IDS (e.g., Claroty, Dragos, Nozomi) can detect anomalous engineering connections; standard IT IDS/EDR has no visibility here
STEP 04

Upload malicious logic / download project files / modify firmware

Once authenticated, the attacker has full engineering-level access. They can upload modified PLC programs (changing setpoints, disabling safety interlocks), download proprietary project files for intelligence collection, alter HMI/SCADA display values to mask the manipulation, or reflash controller firmware. In the Minnesota water attacks, actors manipulated HMI displays and forced plants to manual operation.
Conditions required:
  • Successful authentication from step 3
Where this breaks in practice:
  • Controller in 'Run' mode (hardware keyswitch) blocks remote program changes — but many operators leave controllers in 'Remote' mode for convenience
Detection/coverage: Change-detection tools (e.g., Claroty Continuous Threat Detection, Dragos Platform) can alert on PLC program changes; but detection is post-compromise
STEP 05

Achieve operational impact

Depending on the target — water treatment, power generation, manufacturing — the attacker can cause physical process disruption, safety incidents, environmental releases, or production shutdowns. The July 2026 Minnesota attack shut down at least one water treatment plant and forced 30+ utilities to manual operation, with documented financial losses. The blast radius is bounded only by how many controllers the attacker can reach.
Conditions required:
  • Successful logic modification from step 4
  • Target controllers governing physical processes
Where this breaks in practice:
  • Physical safety systems (SIS) may independently trip if process parameters exceed safe limits — but not all facilities have independent safety instrumented systems
Detection/coverage: Process alarms, physical instrumentation anomalies, operator observation
03 · Intelligence Metadata

The supporting signals.

In-the-Wild ExploitationConfirmed and active. IRGC-affiliated CyberAv3ngers exploited CVE-2021-22681 against 30+ Minnesota water utilities (July 2026). Six-agency joint advisory CISA AA26-097A issued April 7, 2026.
Proof of ConceptThe vulnerability was independently co-discovered by Kaspersky ICS-CERT (KLCERT-17-029), Claroty Team82, and Soonchunhyang University. Key extraction methodology is documented in public research. CyberAv3ngers used legitimate Studio 5000 as the exploitation tool.
EPSS Score0.50712 — 97th+ percentile. Among the highest EPSS scores for ICS vulnerabilities.
KEV StatusListed March 5, 2026. Federal remediation deadline was March 26, 2026.
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H (9.8). CISA ICS-CERT originally calculated 10.0. Network-accessible, no privileges required, no user interaction, full CIA impact.
Affected ProductsStudio 5000 Logix Designer v21+, RSLogix 5000 v16–20, CompactLogix, ControlLogix, DriveLogix, FlexLogix, GuardLogix, Compact GuardLogix, SoftLogix 5800 — virtually all Logix-family controllers.
Patch StatusNo patch exists. Rockwell states the vulnerability *cannot be mitigated with a patch* — it is an architectural flaw in the CIP authentication protocol. CIP Security (TLS/DTLS) is the only protocol-level mitigation.
Exposure Data~5,219 internet-exposed Rockwell hosts globally per Shodan/Censys (April 2026), 74.6% in the US (~3,891 hosts). Thousands more reachable on internal OT networks.
Disclosure Date2021-02-25 (CISA ICS-CERT ICSA-21-056-03), publicly disclosed 2021-03-03.
Reporting ResearchersSoonchunhyang University (South Korea), Kaspersky ICS-CERT, Claroty Team82 — independent co-discovery.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to CRITICAL (10.0/10)

The single most decisive factor is the unpatchable nature of this vulnerability combined with confirmed nation-state exploitation against safety-critical OT infrastructure — the flaw is *in* PLCs that directly govern physical processes at water, energy, and manufacturing facilities, making this a canonical high-value-role component where the blast radius extends to public safety and operational continuity. No amount of friction analysis can offset the fact that 5,000+ controllers are internet-exposed, 30+ utilities were compromised in a single campaign, and no vendor patch will ever ship.

HIGH Vulnerability severity and exploitability assessment
HIGH Active exploitation by CyberAv3ngers confirmed by CISA
MEDIUM Total exposed population estimate (Shodan/Censys figures may undercount)

Why this verdict

  • KEV-listed with active nation-state exploitation: CISA added CVE-2021-22681 to KEV on March 5, 2026 following confirmed exploitation by IRGC-affiliated CyberAv3ngers. The July 2026 Minnesota water attack (30+ utilities) demonstrates ongoing, escalating campaigns.
  • Role multiplier — OT/ICS/SCADA controllers governing physical processes: The affected component is a PLC — the canonical high-value OT asset. 100% of Logix controllers occupy this role by definition. Successful exploitation yields control over physical processes: water treatment, power generation, manufacturing. Blast radius is operational/safety-scale. Per the high-value-role floor rule, the verdict floor is CRITICAL.
  • Unpatchable architectural flaw: Rockwell has explicitly stated no patch is possible. The shared cryptographic key is baked into the CIP authentication protocol. This means the vulnerability window is permanent for any controller that cannot run CIP Security, which excludes a large portion of the installed base.
  • Low attack complexity, no authentication required: CVSS vector confirms AV:N/AC:L/PR:N/UI:N. The attacker needs only network reachability and the extracted key (which has been independently discovered by three research groups). CyberAv3ngers used legitimate Rockwell software — no custom exploit code needed.
  • Significant internet-exposed population: ~5,219 directly internet-exposed Rockwell hosts (3,891 in the US) provide unauthenticated remote access to attackers. Thousands more are reachable via poorly segmented OT networks.

Why not higher?

This is already scored at the maximum. CVSS 10.0 and CRITICAL represent the ceiling. There is no higher category.

Why not lower?

Downgrading is indefensible. The vulnerability is unpatchable, actively exploited by a nation-state APT, KEV-listed, affects safety-critical infrastructure, has a massive exposed population, and the affected component (PLC) is by definition a high-value-role asset where compromise equals physical process control. Every friction point that might normally justify a downgrade — 'requires OT network access', 'CIP Security mitigates' — is empirically negated by the Minnesota water attacks, which succeeded against 30+ facilities despite these theoretical mitigations.

05 · Compensating Control

What to do — in priority order.

  1. Immediately remove all Logix controllers from internet-facing networks — The single highest-impact action. 5,219 controllers are internet-exposed globally. Disconnect them or place behind a firewall/VPN that blocks TCP/44818 from untrusted sources. Per the noisgate mitigation SLA for CRITICAL findings, this must be completed within 3 days.
  2. Enable CIP Security (TLS/DTLS) on all controllers with compatible firmware — CIP Security is the only protocol-level defense that blocks the authentication bypass. This requires ControlLogix v31+ or CompactLogix v31+ firmware and compatible hardware. Audit your controller inventory and upgrade firmware where possible. Deploy within 3 days for internet-exposed controllers; within 30 days for internally-reachable controllers.
  3. Set controller mode switch to RUN via hardware keyswitch — When the physical keyswitch is in RUN, remote program changes are blocked even if an attacker authenticates. This prevents logic upload/modification but not project download or reconnaissance. Coordinate with operations to schedule the switch — leave in REM/PROG only during planned maintenance windows.
  4. Enforce strict IT/OT network segmentation with allowlisted engineering stations — Deploy industrial firewalls or DMZ architectures that restrict CIP traffic (TCP/44818, UDP/2222) to explicitly allowlisted engineering workstations by MAC and IP. Deny all other sources. Use unidirectional security gateways (data diodes) where feasible.
  5. Deploy OT-native network monitoring (Claroty, Dragos, Nozomi) — These platforms detect anomalous engineering connections to PLCs, unauthorized program changes, and firmware modifications. They provide the only reliable detection layer for this attack path since standard IT EDR has no OT protocol visibility.
  6. Implement enhanced logging of all CIP engineering sessions — Log all connections to TCP/44818 with source IP, timestamp, and session duration. Forward to SIEM. Alert on any engineering session originating from non-allowlisted IPs or occurring outside maintenance windows.
What doesn't work
  • Standard IT firewalls without OT protocol awareness — generic firewalls can block port 44818, but if the port is allowed for engineering traffic, they cannot distinguish legitimate vs. malicious CIP sessions. You need application-layer OT firewalls.
  • IT EDR agents on engineering workstations — EDR on the workstation does not protect the controller. CyberAv3ngers used legitimate Studio 5000 software, so workstation-side EDR would see normal application behavior.
  • Password changes or credential rotation — there are no passwords to rotate. The vulnerability is a hardcoded cryptographic key embedded in every copy of the software. You cannot change it.
  • Firmware updates alone — Rockwell has explicitly stated no patch exists. Firmware updates may enable CIP Security support on newer hardware, but they do not fix the underlying authentication flaw.
06 · Verification

Crowdsourced verification payload.

Run this script from an engineering workstation or auditor laptop with network access to your Logix controllers. It checks whether CIP Security is enabled on a target controller by attempting an unauthenticated EtherNet/IP identity request. Usage: python3 check_cve_2021_22681.py <controller_ip>. No special privileges required — it performs a standard CIP List Identity request.

noisgate-verify.py
PYTHONREAD-ONLYSAFE
#!/usr/bin/env python3
"""CVE-2021-22681 Exposure Check
Checks if a Rockwell Logix controller responds to unauthenticated CIP
List Identity requests on TCP/44818, indicating CIP Security is NOT
enforced and the controller is vulnerable to auth bypass.

Usage: python3 check_cve_2021_22681.py <controller_ip>
Output: VULNERABLE / PATCHED / UNKNOWN
Exit codes: 1=VULNERABLE, 0=PATCHED, 2=UNKNOWN
"""
import socket
import sys
import struct

def check_controller(ip, port=44818, timeout=5):
    # EtherNet/IP List Identity request (encapsulation header)
    # Command: 0x0063 (List Identity), Length: 0, Session: 0
    list_identity = struct.pack('<HHIHIQQ', 0x0063, 0, 0, 0, 0, 0, 0)
    try:
        sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
        sock.settimeout(timeout)
        sock.connect((ip, port))
        sock.sendall(list_identity)
        resp = sock.recv(4096)
        sock.close()
        if len(resp) >= 4:
            cmd = struct.unpack('<H', resp[0:2])[0]
            if cmd == 0x0063:
                # Controller responded to unauthenticated List Identity
                # Parse product name if possible
                product_name = 'Unknown'
                try:
                    if len(resp) > 48:
                        name_len = resp[47]
                        if 48 + name_len <= len(resp):
                            product_name = resp[48:48+name_len].decode('ascii', errors='replace').strip()
                except Exception:
                    pass
                print(f'VULNERABLE - Controller at {ip} responds to unauthenticated CIP requests')
                print(f'Product: {product_name}')
                print(f'CIP Security does NOT appear to be enforced.')
                print(f'This controller is exposed to CVE-2021-22681.')
                return 1  # VULNERABLE
            else:
                print(f'UNKNOWN - Unexpected response command: 0x{cmd:04x}')
                return 2
        else:
            print(f'UNKNOWN - Response too short ({len(resp)} bytes)')
            return 2
    except socket.timeout:
        print(f'UNKNOWN - Connection to {ip}:{port} timed out')
        print('Controller may be unreachable or port filtered.')
        return 2
    except ConnectionRefusedError:
        print(f'PATCHED - Port {port} refused on {ip}')
        print('CIP/EtherNet/IP service not accessible (may indicate CIP Security or firewall).')
        return 0
    except Exception as e:
        print(f'UNKNOWN - Error: {e}')
        return 2

if __name__ == '__main__':
    if len(sys.argv) != 2:
        print(f'Usage: {sys.argv[0]} <controller_ip>')
        sys.exit(2)
    rc = check_controller(sys.argv[1])
    sys.exit(rc)
07 · Bottom Line

If you remember one thing.

TL;DR
This is a CRITICAL, unpatchable, actively-exploited vulnerability in safety-critical OT infrastructure with confirmed nation-state campaigns ongoing as of July 2026. There is no vendor patch and never will be. Monday morning: (1) audit every Logix controller for internet exposure and pull them offline immediately — the noisgate mitigation SLA for CRITICAL is ≤3 days, but given active KEV listing and exploitation evidence, treat this as patch/mitigate immediately, within hours; (2) enable CIP Security on every controller whose firmware supports it; (3) hardware-keyswitch all production controllers to RUN; (4) verify IT/OT segmentation blocks all unauthorized CIP traffic to TCP/44818; (5) deploy OT network monitoring if you haven't already. The noisgate remediation SLA is ≤90 days, but since no patch exists, your 90-day target is full deployment of CIP Security and network segmentation — not a software update. If you operate water, energy, or manufacturing with Rockwell Logix controllers, this is your #1 priority this week.

Sources

  1. CISA ICS Advisory ICSA-21-056-03 (Rockwell Logix Controllers)
  2. CISA Joint Advisory AA26-097A — CyberAv3ngers
  3. SecurityWeek — Rockwell Vulnerability Exploited in Attacks
  4. Claroty Team82 — Critical Authentication Bypass in Rockwell Software
  5. Kaspersky ICS-CERT — KLCERT-17-029
  6. NVD — CVE-2021-22681
  7. The Hacker News — Hikvision and Rockwell CVSS 9.8 Flaws Added to KEV
  8. TechTimes — Iranian Hackers Breach 30 Minnesota Water Systems
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.