Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain presence on EtherCAT segment as device
-
DeliverySend frame with invalid length/offset
-
ExploitMaster parses frame without bounds check
-
ExecutionOut-of-bounds read of master memory
-
ImpactDisclose sensitive data or crash master
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an attacker-controlled or compromised device on the same EtherCAT network segment as the SOEM master (AV:A, a Layer-2 fieldbus, not routable from the internet). The specific trigger is SOEM's frame-processing path consuming length and offset values from incoming device messages without validating them against buffer sizes; sending a frame with crafted length/offset values is sufficient. No authentication or user interaction is needed (PR:N/UI:N), consistent with EtherCAT having no device authentication. Affected: SOEM 2.0.0 and earlier. Principal limiting factor is access to the EtherCAT segment itself - these are typically isolated OT control networks, so realistic risk depends on whether an untrusted or spoofable device can join the bus; the fixed/upgrade version should be taken from the rt-labs advisory, which was not retrieved here. |
| Impact | This is a genuine but bounded industrial/OT priority rather than an internet-wide emergency. The CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N) scoring 7.1 shows the key constraint: exploitation is Adjacent, not Network - the attacker needs a presence on the EtherCAT fieldbus segment (a malicious or compromised slave device), not remote internet reach. Within that segment, however, no authentication (PR:N), no user interaction (UI:N) and low complexity (AC:L) make triggering trivial for any device already on the bus, which matches how fieldbus protocols like EtherCAT operate (no built-in device authentication). Impact is primarily confidentiality (C:H, out-of-bounds read of master memory) plus a potential crash (A:L); there is no integrity impact (I:N) because this is a read primitive (CWE-125). The vuln.today decision label is 'this_week' (not act_now/emergency). EPSS is not provided, there is no CISA KEV listing, and no public exploit or PoC reference is present - so there is no signal of active or widespread exploitation. Net: treat as a prompt patch item for environments running SOEM-based EtherCAT masters, weighted by whether the EtherCAT segment can plausibly contain an untrusted device. No conflicting signals across sources; the main gap is the absence of EPSS/KEV data (expected for a freshly disclosed OT library flaw). |
| Exploit ScenarioDerived | An attacker who can place a malicious device on the EtherCAT network segment - or who compromises an existing slave device - sends crafted EtherCAT frames containing length and offset fields that the SOEM master uses without bounds checking. When the master processes these frames it reads beyond the allocated buffer, leaking adjacent memory contents back toward the attacker-observable path or crashing the master process. No public exploit or PoC is identified at time of analysis; exploitation requires adjacent (fieldbus) access, which limits opportunistic attacks. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 26, 2026
Out-of-bounds reads in the SOEM EtherCAT master library (2.0.0 and earlier) let a malicious or compromised device on the same EtherCAT segment make the master read past the end of allocated buffers, disclosing memory contents or crashing the master process. No authentication or user interaction is required, but the attack surface is confined to the adjacent Layer-2 fieldbus segment - typically an isolated OT control network rather than anything internet-routable. No public exploit code or confirmed in-the-wild exploitation is identified in the available data, and the vuln.today decision label is this_week, reflecting a genuine but bounded industrial/OT priority rather than an internet-wide emergency.
RemediationAI
No fixed release version is listed in the supplied data, so the rt-labs advisory RRTL-260921-01 (https://rt-labs.com/wp-content/uploads/2026/10/RRTL-260921-01.pdf) should be retrieved and the patched version taken from it directly rather than inferred, then applied to any product embedding SOEM 2.0.0 or earlier. Until that upgrade is possible, the practical constraint is adjacency: since exploitation requires a device on the same EtherCAT segment, restrict which hardware can attach to that segment through physical controls on cabling and cabinet access and by monitoring for unexpected or spoofed slaves - the trade-off is reduced flexibility when adding or replacing slave devices during maintenance. Keep the fieldbus isolated from general-purpose and guest networks so that non-control-network hosts cannot reach the segment, and treat any shared or third-party equipment on the bus as a potential injection point. These controls lower the chance a crafted frame reaches the master but do not address the missing bounds validation itself, so they are a stopgap rather than a substitute for the vendor fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
SOEM (Simple Open EtherCAT Master) is a portable C library that implements an EtherCAT master: it emits EtherCAT datagrams that traverse the slave devices in a line or ring topology and are processed and returned by each device as they pass through. Because the frame comes back modified by devices on the bus, the master must treat returned length and offset fields as attacker-influenceable data. According to the reported issue, SOEM's frame-processing path consumes those length and offset values from incoming device messages without validating them against the sizes of the buffers it has allocated, producing a classic CWE-125 out-of-bounds read. The consequence is memory disclosure of adjacent heap/stack content in the master process (confidentiality rated High) plus a possible crash (availability rated Low). The CVSS vector AV:A/PR:N/UI:N is consistent with EtherCAT having no device authentication and with the requirement that the attacker be positioned on the same fieldbus segment; the vector does not say anything beyond that about the trigger mechanics, and the supplied sources do not enumerate which specific frame-processing sub-paths (for example mailbox, CoE or process-data handling) are affected, nor whether any particular topology or configuration changes exploitability.
Know when Soem gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:L
AV:A because exploitation needs a device on the EtherCAT fieldbus; PR:N/UI:N as EtherCAT has no device auth; C:H for memory disclosure, I:N for a read-only primitive, A:L for a possible crash.
Primary rating from Vendor (ENISA).
CVSS VectorVendor: ENISA
Lifecycle Timeline
2DescriptionCVE.org
SOEM version 2.0.0 and earlier contains multiple vulnerabilities in frame processing where a malicious device can cause the master to read data outside allocated buffers. The software uses length and offset values from device messages without validating them against buffer sizes. This can cause the master to access invalid memory locations, potentially disclosing sensitive information or causing crashes.
Executive ViewAI
CVE-2026-82947 is a high-severity out-of-bounds read vulnerability in the SOEM EtherCAT master library (versions 2.0.0 and earlier) that can be triggered by a compromised device on the same EtherCAT segment, leading to memory disclosure or a crash of the master process. While confined to isolated OT control networks rather than internet-facing systems, the flaw affects operational technology environments where availability and integrity of industrial controls are critical, requiring leadership attention to segment exposure and patch planning.
No vendor-released patch identified at time of analysis. Interim mitigations include strict Layer-2 segmentation of the EtherCAT segment, allowlisting of authorized EtherCAT devices, physical security of fieldbus cabling, continuous monitoring for anomalous EtherCAT traffic, and isolation of affected masters from other networks.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Memory corruption in rt-labs SOEM 2.0.0 and earlier allows a malicious or compromised EtherCAT slave device on the same
Memory corruption in SOEM (Simple Open EtherCAT Master) 2.0.0 and earlier lets a malicious or compromised device on the
SOEM (Simple Open EtherCAT Master) 2.0.0 and earlier can be crashed by a malicious device on the same EtherCAT segment:
Memory corruption in the rt-labs SOEM EtherCAT master library (version 2.0.0 and earlier) allows a malicious or compromi
An out-of-bounds read in the SOEM EtherCAT master library (version 2.0.0 and earlier) lets a malicious or compromised Et
EUVD-2026-109681
GHSA-fq96-jx7g-9639
NVD
CVE.org
EPSS
Exploit-DB