Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain access to CAN bus segment
-
DeliverySend SDO upload for read-only OD entry
-
ExploitServer sets data pointer to protected object
-
ExecutionSend SDO download-segment frames
-
ImpactOverwrite read-only Object Dictionary memory
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | No authentication is required because the CANopen protocol provides no built-in authentication and the flaw is PR:N; however, exploitation requires adjacent access to the CAN bus (AV:A) - the attacker must be or control a node on the same CAN segment, which is the primary limiting factor and typically implies physical or local network proximity to the device. The specific technical prerequisite is the ability to send SDO frames to the target node's SDO server: first an SDO upload request targeting a read-only Object Dictionary entry (to point the data pointer at protected memory), then SDO download-segment frames. The root cause is that the download-segment handler does not verify an active download session, so exploitation works against default configurations of C-Open versions before 1.1.1 with no special feature flag required. There is no required user interaction and no non-default setting needed. |
| Impact | This is a genuine but access-gated integrity issue, not a remotely-wormable critical. The CVSS 4.0 vector (AV:A/AC:L/AT:N/PR:N/UI:N) correctly reflects that exploitation requires adjacent access to the CAN bus rather than Internet reachability - there is no AV:N network path. Impact is scoped to integrity only (VI:H, with VC:N and VA:N), consistent with CWE-863 improper authorization: an attacker can overwrite read-only Object Dictionary entries but gains no confidentiality or direct availability loss from this flaw alone. PR:N is accurate because CANopen itself provides no authentication, so any node on the bus qualifies as unauthenticated. No EPSS score, no CISA KEV listing, and no public exploit were provided in the input, so there is no signal of active or probable near-term exploitation - exploitation status is therefore 'no public exploit identified at time of analysis.' The score of 7.1 is driven almost entirely by the trivial attack complexity and lack of authentication once bus access exists; the real-world gating factor is physical/logical access to the CAN segment, which in most industrial/embedded deployments is a meaningful barrier. Net: prioritize patching for exposed or bridged CAN environments, but this is not an Internet-facing emergency. |
| Exploit ScenarioDerived | An attacker with access to the CAN bus (e.g., a malicious or compromised CANopen node) initiates an SDO upload request against a read-only Object Dictionary entry, causing the server to set its internal data pointer to that read-only object. The attacker then sends SDO download-segment frames, which the server processes without verifying that a write-capable download session is active, writing attacker-controlled data over the protected memory. No public exploit code was identified at time of analysis, and the attack needs only two SDO frames against a default configuration. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 01, 2026
A write-protection bypass in the CANopen SDO server of RT-Labs AB C-Open (all versions before 1.1.1) allows any device on the same CAN bus to overwrite read-only Object Dictionary entries, corrupting protected configuration and process data on affected nodes. No authentication is required - the CANopen protocol has no built-in authentication (CVSS vector PR:N) - but the attacker must be able to send SDO frames to the target node's SDO server, meaning they need a presence on the same CAN segment; this adjacent-access requirement (AV:A) is the primary limiting factor. Impact is integrity-only (C:N/I:H/A:N): an attacker can point the data pointer at a read-only OD entry via an SDO upload for that entry, then send download-segment frames that the handler processes without verifying that a download session is active, overwriting the protected object in as few as two SDO frames. There is no confirmed active exploitation (not listed in CISA KEV) and no public exploit code identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade C-Open to 1.1.1 (release tag public/v1.1.1), which the maintainers state fixes both CVE-2026-82357 and CVE-2026-82358 and which they strongly recommend applying; patch data confirms the fix is available from the vendor. Where immediate upgrade of deployed firmware is not feasible, apply compensating controls on the assumptions that this is an adjacent, unauthenticated integrity attack: (1) physically and logically isolate the CAN segment - place a CAN gateway/firewall or bridge that filters SDO traffic (CANopen SDO uses the function code 0x600/0x580 COB-IDs) so that only authorized configuration tooling can send SDO frames to production nodes, accepting added latency and the need to maintain accurate filter rules; (2) restrict who can attach a node to the bus (port locks, sealed enclosures, monitored commissioning ports), since loss of that physical control fully re-enables the attack; (3) segment safety- or process-critical nodes onto their own bus and treat any shared segment as untrusted, trading wiring complexity and cost for reduced blast radius; and (4) monitor CAN traffic for anomalous SDO upload-then-download-segment sequences against read-only OD indices as a detection control, acknowledging this is detective only and cannot prevent an overwrite already issued. There is no configuration flag in pre-1.1.1 that disables the vulnerable SDO path, so these measures are mitigations rather than a substitute for upgrading to 1.1.1. Consult the RT-Labs advisory (https://rt-labs.com/wp-content/uploads/2026/09/RRTL-260929-01.pdf) for the vendor's recommended handling and https://github.com/rtlabs-com/c-open/releases/tag/public%2Fv1.1.1 for the exact release.
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
C-Open is RT-Labs' open-source CANopen stack for embedded devices, implementing the CiA 301 application layer over the CAN bus. The flaw lives in the SDO (Service Data Object) server implementation at src/co_sdo_server.c and is rooted in CWE-863 (Incorrect Authorization): the server fails to validate write permissions when handling download-segment frames. Because the SDO download-segment handler never checks whether a download session is actually active, an attacker can first issue an SDO upload request for a read-only Object Dictionary entry - which causes the server to set its working data pointer at that read-only object - and then send download-segment frames that write through that dangling pointer directly into protected OD memory. This is a state-machine and authorization-check defect rather than a memory-safety bug: the server trusts session state that was never legitimately established. The CANopen protocol itself provides no authentication, so any node on the segment can reach the SDO server channel; the CPE cpe:2.3:a:rt-labs_ab:c-open:*:*:*:*:*:*:*:* identifies the affected stack across all pre-1.1.1 releases. The same 1.1.1 release also fixes a companion issue, CVE-2026-82357, indicating a focused hardening pass on the SDO path.
Know when C Open 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
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N
Adjacent CAN bus access gives AV:A; CANopen has no authentication so PR:N and AC:L; impact is overwriting read-only entries, so I:H with C:N and A:N.
Primary rating from Vendor (cisa-cg).
CVSS VectorVendor: cisa-cg
Lifecycle Timeline
4DescriptionCVE.org
RT-Labs AB C-Open CANopen contains a write protection bypass in the SDO (Service Data Object) server implementation 'src/co_sdo_server.c' that fails to properly validate write permissions when processing download-segment frames. An unauthenticated attacker on the CAN bus can initiate an SDO upload for a read-only Object Dictionary (OD) entry, which sets a data pointer to the read-only object, then send download-segment frames to write to that memory location. The download-segment handler does not verify that a download session is active, allowing any CANopen node to overwrite read-only OD entries using two SDO frames. Note that CANopen protocol operates over CAN bus and does not provide built-in authentication mechanisms. Fixed in 1.1.1.
Executive ViewAI
RT-Labs AB C-Open versions before 1.1.1 contain a high-severity integrity flaw that lets an unauthenticated device on the same CAN segment alter protected configuration and process data on affected nodes. Organizations using C-Open in industrial, automotive, or embedded systems may face operational disruption, safety risk, and compliance exposure if those protected values are corrupted. Leadership should prioritize upgrading to C-Open 1.1.1 or later and reducing exposure of susceptible CAN segments, while noting that no public exploit identified at time of analysis.
Apply vendor patch.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-91024
GHSA-grg4-frf9-pvw5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB