Skip to main content

Linux Kernel EUVDEUVD-2026-59074

| CVE-2026-72116 HIGH
2026-08-15 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-7g3q-gx5w-5qp5
7.1
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
7.1 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
vuln.today AI
7.1 HIGH

Local access with low privileges required to open CAN BCM sockets; no confidentiality impact; integrity and availability both high due to unintended frame injection and indefinite timer runaway.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
4.4 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:L
Red Hat
5.5 MEDIUM
qualitative

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 17, 2026 - 06:58 vuln.today
CVSS changed
Aug 17, 2026 - 06:22 NVD
7.1 (HIGH)
Patch available
Aug 15, 2026 - 07:20 EUVD
CVE Published
Aug 15, 2026 - 06:21 cve.org
HIGH 7.1
CVE Published
Aug 15, 2026 - 06:21 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

can: bcm: fix stale rx/tx ops after device removal

RX: an RX_SETUP update(!) for an existing op skipped can_rx_register() unconditionally, even when a concurrent NETDEV_UNREGISTER had already torn down its registration (op->rx_reg_dev == NULL). This silently did not re-enable frame delivery for that updated filter. bcm_rx_setup() now re-registers in that case, while leaving rx_ops with ifindex = 0 (all CAN devices) which never carry a tracked rx_reg_dev registered as-is.

TX: bcm_notify() only handled bo->rx_ops on NETDEV_UNREGISTER, leaving tx_ops with an active cyclic transmission re-arming its hrtimer indefinitely to execute bcm_tx_timeout_handler(). Cancelling the hrtimer prevents the runaway timer and any injection into a later reused ifindex, since nothing else calls bcm_can_tx() for the op until an explicit TX_SETUP update re-arms it.

Unlike bcm_rx_unreg(), which clears the tracked rx_reg_dev for rx_ops, the ifindex is intentionally left unchanged for tx_ops. bcm_tx_setup() always rejects ifindex 0, so clearing it would strand the op: neither a later TX_SETUP (bcm_find_op()) nor TX_DELETE (bcm_delete_tx_op()) could ever find it again, since both require an exact ifindex match.

AnalysisAI

Stale state bugs in the Linux kernel CAN Broadcast Manager (BCM) subsystem allow a local low-privileged user to trigger a runaway hrtimer loop and silently suppress CAN frame delivery following network device removal events. Affected systems span Linux 2.6.25 through unpatched stable branches, with fixes released in 6.6.148, 6.12.101, 6.18.42, 7.1.5, and 7.2-rc4. An attacker with local CAN socket access can cause indefinite bcm_tx_timeout_handler() execution and potentially inject CAN frames into a subsequently reused interface index, yielding high integrity and availability impact with no public exploit identified at time of analysis.

Technical ContextAI

The CAN BCM (Broadcast Manager) protocol layer in the Linux kernel provides message filtering and periodic transmission scheduling for Controller Area Network interfaces, commonly used in automotive, industrial, and embedded systems. The vulnerability involves two state-management failures in socket lifecycle handling around NETDEV_UNREGISTER events. For TX ops, bcm_notify() did not cancel the active hrtimer when a CAN device was removed, allowing bcm_tx_timeout_handler() to re-arm itself indefinitely - a classic resource-not-released-on-teardown pattern. For RX ops, bcm_rx_setup() unconditionally skipped can_rx_register() on updates even when the prior registration had been silently torn down by a concurrent device removal (op->rx_reg_dev == NULL), producing silent frame-delivery loss rather than re-enabling the filter. NVD did not assign a CWE, but the root causes align with CWE-362 (Concurrent Execution Using Shared Resource with Improper Synchronization) for the RX race and CWE-672 (Operation on a Resource After Expiration or Release) for the TX timer issue. CPE data indicates the affected component is the can/bcm subsystem across the mainline Linux kernel tree from commit ffd980f976e7fd666c2e61bf8ab35107efd11828 onward prior to the individual stable-branch fix commits.

RemediationAI

Apply the upstream kernel fix commits available in the kernel.org stable tree at https://git.kernel.org/stable/c/3b762c0d950383ab7a002686c9136b9aa55d2d70 and the four parallel branch commits listed in the references. Upgrade to patched versions 6.6.148, 6.12.101, 6.18.42, or 7.1.5 depending on the distribution's kernel track; 7.2-rc4 includes the fix in mainline. For systems that cannot immediately upgrade, restrict CAN BCM socket access by removing CAP_NET_RAW from non-essential processes using AppArmor or SELinux policy, systemd CapabilityBoundingSet restrictions, or seccomp filters - this directly limits which local users can open BCM sockets and trigger the vulnerable code path, with the trade-off of breaking legitimate CAN BCM applications for those constrained users. Alternatively, unloading or blacklisting the can-bcm kernel module (modprobe -r can_bcm; echo 'blacklist can_bcm' > /etc/modprobe.d/can_bcm.conf) eliminates the attack surface entirely if BCM functionality is not operationally required. NVD advisory: https://nvd.nist.gov/vuln/detail/CVE-2026-72116.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

EUVD-2026-59074 vulnerability details – vuln.today

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