# Critical Flaws in Widely Deployed IEC 61850 Library Expose Power Grids and Industrial Control Systems to Remote Attack


## The Threat


IEC 61850 is the international standard that knits together the digital nervous system of substations — protection relays, breakers, switchgear, and the communication fabric that coordinates them in real time. When that communication layer is compromised, the consequences aren't measured in data loss; they're measured in blackouts, equipment damage, and protection systems that fail at the worst possible moment. That's the context you need to hold when reading this advisory.


MZ Automation's libIEC61850 is one of the most widely adopted open-source implementations of the IEC 61850 standard. It underpins commercial products from dozens of vendors across the energy, critical manufacturing, and transportation sectors — often embedded deep inside devices where updating firmware is neither simple nor fast. The library's reach is broad precisely because it's good software that solved a hard problem. That same reach is now a liability.


Four vulnerabilities disclosed by CISA affect every version of libIEC61850 from v1.0.0 through v1.6.1 — a span covering over six years of releases. The most serious, CVE-2026-49035, is a heap-based buffer overflow that has been demonstrated to achieve remote code execution when ASLR is disabled. That's not a theoretical threat: many embedded ICS devices run older kernels or hardened configurations that don't enable ASLR by default, or run it in forms that can be bypassed. An unauthenticated attacker on the same network segment can send a crafted MMS Initiate request and, in the right environment, own the process entirely.


## Severity and Impact


| CVE | CVSS 3.1 Score | CVSS 4.0 Score | Severity | Vector String (v3.1) | CWE |

|---|---|---|---|---|---|

| CVE-2026-49035 | 8.1 | 9.2 | CRITICAL (v4.0) | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H | CWE-122 (Heap-based Buffer Overflow) |

| CVE-2026-50039 | 7.5 | 8.7 | HIGH | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H | CWE-121 (Stack-based Buffer Overflow) |

| CVE-2026-50103 | 6.5 | 7.1 | HIGH (v4.0) | CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H | CWE-228 (Improper Handling of Syntactically Invalid Structure) |

| CVE-2026-50032 | TBD | TBD | HIGH | Network-adjacent, no auth required | CWE-476 (NULL Pointer Dereference) |


Three of the four vulnerabilities require no authentication and no user interaction. CVE-2026-49035 has high attack complexity under CVSS 3.1 — that "AC:H" reflects the ASLR dependency — but CVSS 4.0 rates it CRITICAL (9.2) because modern scoring better accounts for the realistic ICS deployment context where that mitigation is often absent. Don't let the 3.1 score lull you.


## Affected Products


  • MZ Automation libIEC61850 — all releases from v1.0.0 through v1.6.1 (inclusive)
  • Deployed worldwide across critical infrastructure in the following sectors:
  • - Energy (substations, grid protection, SCADA-connected IEDs)

    - Critical Manufacturing

    - Transportation Systems

  • Any commercial product embedding libIEC61850 in this version range inherits all four vulnerabilities; check with your OEM vendor for device-specific advisories

  • ## Mitigations


    Primary remediation: Update to the latest build of libIEC61850 from the official repository. MZ Automation has released a patched version; documentation and source are available at [https://github.com/mz-automation/libiec61850](https://github.com/mz-automation/libiec61850).


    For organizations that cannot update immediately — and in OT environments that's the realistic situation for many — apply these controls in depth:


  • Network segmentation: Isolate IEC 61850 communication networks from corporate IT and external-facing systems. MMS (port 102) and GOOSE traffic should never be reachable from untrusted segments.
  • Allowlist-based firewall rules: Restrict MMS Initiate and Read/Write requests to known, authorized engineering workstations. In well-architected substations this should already be true; audit whether it actually is.
  • ASLR and stack canaries: Verify that all systems running libIEC61850 have modern memory protections enabled at the OS level. This doesn't patch the heap overflow but raises the cost of exploitation for CVE-2026-49035 significantly.
  • Monitor for malformed frames: GOOSE and MMS parsers are the attack surface for CVE-2026-50103 and CVE-2026-50032. Anomalous or malformed IEC 61850 frames on the process bus should trigger alerts.
  • Engage your OEM: If libIEC61850 is embedded in a vendor product (relay, RTU, gateway), contact the vendor for a patched firmware release. Open-source dependency patches don't automatically flow into commercial products.

  • ## References


  • CISA ICS Advisory: [https://www.cisa.gov/news-events/ics-advisories/](https://www.cisa.gov/news-events/ics-advisories/)
  • MZ Automation libIEC61850 Repository & Patch: [https://github.com/mz-automation/libiec61850](https://github.com/mz-automation/libiec61850)
  • NVD: CVE-2026-49035, CVE-2026-50039, CVE-2026-50103, CVE-2026-50032

  • ---


    ## HackWire Analysis


    What stands out about this advisory isn't any single CVE — it's the attack surface geometry. libIEC61850 is infrastructure for infrastructure. It's a library, not a product, which means patching it requires every downstream OEM to cut new firmware for every device that embeds it. That process takes months in the best case and years when device lifecycles, certification requirements, and asset owner change-control windows are factored in. The window between "patch available" and "patch deployed at scale" in OT environments is measured in years, not sprints.


    The GOOSE protocol vulnerability (CVE-2026-50103) deserves particular attention because GOOSE is specifically designed for time-critical protection functions — trip signals, interlocking, fault isolation. It operates at Layer 2 with multicast addressing, meaning a single malformed frame broadcast on the process bus segment can crash every subscribing IED simultaneously. That's not a denial-of-service in the traditional IT sense; it's potential blind spots across an entire substation's protection scheme at once.


    The RCE path in CVE-2026-49035 also warrants scrutiny beyond the ASLR footnote. Nation-state actors with interest in pre-positioning inside energy infrastructure don't need reliable exploitation; they need plausible exploitation. A working exploit with conditional RCE on a networked OT component is the kind of capability that ends up in a toolkit and gets used situationally. The CVSS 4.0 score of 9.2 reflects that maturity of threat model more accurately than the 3.1 score does.


    Defenders with IEC 61850 deployments should treat this as a forcing function to audit exactly which library version their IEDs are running — a question that's surprisingly hard to answer in practice because asset inventories rarely track embedded software dependencies. Start there.


    — HackWire Editorial


    ---


    ## Related Coverage


  • Read more in our [Vulnerabilities](https://www.hackwire.news/category/vulnerabilities) coverage
  • Cross-reference with [Breaches](https://www.hackwire.news/category/breaches) and [Malware](https://www.hackwire.news/category/malware)
  • Stay current via the [HackWire homepage](https://www.hackwire.news/)