Skip to main content

RT-Labs C-Open EUVDEUVD-2026-91024

| CVE-2026-82358 HIGH
Incorrect Authorization (CWE-863)
2026-10-01 cisa-cg GHSA-grg4-frf9-pvw5
7.1
CVSS 4.0 · Vendor: cisa-cg
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain access to CAN bus segment
  2. Delivery
    Send SDO upload for read-only OD entry
  3. Exploit
    Server sets data pointer to protected object
  4. Execution
    Send SDO download-segment frames
  5. Impact
    Overwrite 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

C-Open 0 <1.1.1
C-Open patch: 1.1.1

Affected Packages

euvd c_open fix: 1.1.1

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

Vendor (cisa-cg) PRIMARY 7.1 MEDIUM
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
vuln.today AI 6.5 MEDIUM

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.

3.1 AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N
4.0 AV:A/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (cisa-cg).

CVSS VectorVendor: cisa-cg

Attack Vector
Adjacent
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
High
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

4
Severity Changed
Oct 01, 2026 - 20:22 NVD
MEDIUM HIGH
CVSS changed
Oct 01, 2026 - 20:22 NVD
6.5 (MEDIUM) 7.1 (HIGH)
Patch available
Oct 01, 2026 - 20:03 EUVD
CVE Published
Oct 01, 2026 - 19:42 cve.org
HIGH 7.1

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 87% exploitable
Prevalence
Low
niche open-source CANopen stack for embedded/industrial devices
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Controlled
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy