Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIntroduce malicious device on EtherCAT fieldbus
-
DeliveryAdvertise more than EC_MAXFMMU config blocks
-
ExploitMaster writes past fixed array bound
-
ExecutionCorrupt adjacent memory structures
-
ImpactDisrupt subsequent master operations
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, write limits
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a malicious or compromised EtherCAT slave device on the fieldbus that, during the master's device-configuration phase, presents more than EC_MAXFMMU configuration (FMMU) blocks; SOEM then writes these into a fixed-size array without validating the index against EC_MAXFMMU, forcing out-of-bounds writes. The key limiting factor is access: per the CVSS AV:A, the attacker must be adjacent on the EtherCAT network and able to introduce or control a device, so segmented or physically controlled fieldbus deployments substantially reduce exposure. No authentication or user interaction is required once such a device is present (PR:N/UI:N), and the impact is confined to availability (C:N/I:N/A:H) - memory corruption disrupting master operation rather than confirmed code execution. |
| Impact | This is a moderate-severity, availability-only issue that should be prioritized by operators of SOEM-based EtherCAT masters but does not warrant emergency response. The provided CVSS:3.1 vector (AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, base 6.5) indicates an adjacent-network attack by an unauthenticated actor with low complexity, impacting availability only - consistent with an out-of-bounds write (CWE-787) that corrupts adjacent memory and disrupts operation rather than yielding code execution or data disclosure. No EPSS score, CISA KEV listing, or PoC/exploit reference is present in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation; this tempers the raw severity. The vuln.today Decision label is 'this_month' (not act_now/emergency), aligning with a real but non-urgent priority. One important nuance: the attacker here is modeled as a malicious EtherCAT device presenting more than EC_MAXFMMU configuration blocks, so 'adjacent' realistically means an attacker able to introduce or compromise a device on the EtherCAT fieldbus - a meaningful limiting factor in segmented industrial networks. No conflicting signals were found, but EPSS, KEV, and PoC data are simply absent rather than contradictory. |
| Exploit ScenarioDerived | An attacker who can place or compromise a device on the EtherCAT network presents a slave device that advertises more than EC_MAXFMMU configuration blocks during device configuration. SOEM writes each block into a fixed-size array without bounds-checking the index, so the excess writes spill past the array boundary and corrupt adjacent memory, disrupting subsequent master operations. No public exploit identified at time of analysis; exploitation requires adjacent (fieldbus) access rather than remote network reach. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 26, 2026
Memory corruption in the rt-labs SOEM EtherCAT master library (version 2.0.0 and earlier) allows a malicious or compromised EtherCAT slave device to derail the master's device-configuration routine: by presenting more than EC_MAXFMMU FMMU configuration blocks, the slave forces out-of-bounds writes past a fixed-size array, and the resulting corruption of adjacent memory can disrupt subsequent master operation. The issue is scored CVSS 3.1 6.5 (AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H), so impact is confined to availability - no confidentiality or integrity loss and no confirmed code execution - and the main precondition is that an attacker can place or control a device on the adjacent EtherCAT segment. No public exploit code or confirmed active exploitation was identified at time of analysis; the vendor advisory RRTL-260921-01 is available.
RemediationAI
No fixed release version is identified in the available intelligence, so the authoritative guidance is the rt-labs advisory RRTL-260921-01 (https://rt-labs.com/wp-content/uploads/2026/10/RRTL-260921-01.pdf); check it for the patched SOEM release and upgrade the master stack as soon as a fixed version is published, since updating is the complete fix for a missing array-bounds check on EC_MAXFMMU. Where the vulnerable master must stay in service, reduce exposure by segmenting or physically isolating EtherCAT fieldbus segments so that only vetted slaves can be attached and untrusted or field-serviceable devices cannot join the segment - this directly addresses the AV:A precondition, at the cost of less flexibility for hot-swapping hardware and topology changes. Complement that with an inventory and commissioning check of slave devices before they are connected, the trade-off being slower device onboarding, and monitor masters for aborted or failed configuration phases as an early indicator of a slave presenting oversized FMMU block counts. Deployments with controlled, physically secured fieldbus cabling and no untrusted device access carry substantially lower practical risk.
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 an open-source EtherCAT master stack; EtherCAT slaves describe their logical-address mapping through FMMU (Fieldbus Memory Management Unit) configuration blocks that the master collects and stores during the device-configuration phase. SOEM keeps these entries in a fixed-size array dimensioned EC_MAXFMMU and, per the advisory, writes each received configuration block without validating that the incoming index stays below that limit - the classic CWE-787 out-of-bounds write pattern. A device advertising more FMMU blocks than EC_MAXFMMU therefore causes writes past the end of the array into adjacent memory structures, and the observable effect is corruption that can break the master's later operations rather than a demonstrated control-flow hijack. The CPE cpe:2.3:a:rt-labs_ab:soem is wildcarded across versions, while the description scopes the flaw to 2.0.0 and earlier. The AV:A metric reflects the fieldbus adjacency requirement: the attacker must be on the EtherCAT network and able to introduce or impersonate a slave; the trigger itself is the oversized FMMU block count presented during configuration.
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:N/I:N/A:H
Malicious device on the EtherCAT fieldbus (AV:A) needs no auth or interaction (PR:N/UI:N); unchecked index gives reliable OOB write disrupting operation (A:H), with no stated C/I impact.
Primary rating from Vendor (ENISA).
CVSS VectorVendor: ENISA
Lifecycle Timeline
1DescriptionCVE.org
SOEM version 2.0.0 and earlier contains a vulnerability during device configuration where a malicious device can cause memory corruption. The software writes configuration data to a fixed-size array without checking if the array index exceeds its maximum size of EC_MAXFMMU entries. A device presenting more than EC_MAXFMMU configuration blocks can force writes beyond the array boundary, corrupting adjacent memory structures and potentially disrupting subsequent operations.
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.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
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
Out-of-bounds reads in the SOEM EtherCAT master library (2.0.0 and earlier) let 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:
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-109678
GHSA-849v-9xpp-vgfg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB