Description
SOEM version 2.0.0 and earlier contains a vulnerability where a malicious device can crash the master system. When the software receives an error response, it clears an internal pointer but continues processing. If another message arrives before timeout, the software attempts to use the cleared pointer, causing a crash. An attacker can trigger this with a simple sequence of two messages.
Published: 2026-10-26
Score: 6.5 Medium
EPSS: n/a
KEV: No
Impact: Denial of Service
Action: Patch
AI Analysis

Impact

The SOEM firmware receives an error response from a device and clears an internal pointer. The code, however, continues to process subsequent messages. If another message arrives before a timeout, the master attempts to use the cleared pointer and crashes. An attacker can trigger this scenario by sending two carefully crafted messages, resulting in a predictable denial of service.

Affected Systems

Vendors affected are RT‑Labs AB providing the SOEM (Simple Open EtherCAT Master) implementation. The vulnerability exists in SOEM version 2.0.0 and all earlier releases. Systems running these versions and connected to a network of EtherCAT slave devices are at risk.

Risk and Exploitability

With a CVSS score of 6.5 the flaw is considered moderate severity. EPSS data is not available, so the likelihood of exploitation cannot be quantified from public metrics. The vulnerability is not listed in the CISA KEV catalogue. The attack can be carried out remotely by a device that can send EtherCAT frames to the master, so a malicious actor on the same local network could use the simple two‑message sequence to force a master crash.

Generated by OpenCVE AI on October 26, 2026 at 10:22 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade SOEM to a version newer than 2.0.0, which includes the pointer validation fix.
  • If the firmware cannot be updated, reconfigure the master to ignore error messages from untrusted devices or disable mailbox error handling if an option is available.
  • Place the EtherCAT network in a segregated VLAN or apply strict controller authentication to prevent unauthorized devices from communicating with the master.

Generated by OpenCVE AI on October 26, 2026 at 10:22 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 26 Oct 2026 09:00:00 +0000

Type Values Removed Values Added
Description SOEM version 2.0.0 and earlier contains a vulnerability where a malicious device can crash the master system. When the software receives an error response, it clears an internal pointer but continues processing. If another message arrives before timeout, the software attempts to use the cleared pointer, causing a crash. An attacker can trigger this with a simple sequence of two messages.
Title Null Pointer Dereference in Mailbox Error Handling
Weaknesses CWE-476
CWE-690
References
Metrics cvssV3_1

{'score': 6.5, 'vector': 'CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: ENISA

Published:

Updated: 2026-10-26T08:55:20.654Z

Reserved: 2026-08-31T12:26:22.054Z

Link: CVE-2026-82946

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-26T09:16:36.363

Modified: 2026-10-26T09:16:36.363

Link: CVE-2026-82946

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-26T10:30:10Z

Weaknesses
  • CWE-476

    NULL Pointer Dereference

  • CWE-690

    Unchecked Return Value to NULL Pointer Dereference