Skip to main content

Linux Kernel CVE-2026-72120

| EUVDEUVD-2026-58878 HIGH
2026-08-15 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-v4mr-5hv5-p6wp
7.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

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

RCU race windows require narrow timing coordination, warranting AC:H over AC:L; PR:L reflects the low-privilege socket access needed.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
4.7 MEDIUM
AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H
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
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 17, 2026 - 07:00 vuln.today
CVSS changed
Aug 17, 2026 - 06:22 NVD
7.8 (HIGH)
Patch available
Aug 15, 2026 - 07:20 EUVD
CVE Published
Aug 15, 2026 - 06:21 cve.org
HIGH 7.8
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: add missing rcu list annotations and operations

sashiko-bot remarked the missing use of list_add_rcu() in bcm_[rx|tx]_setup() to have a proper initialized bcm_op structure when bcm_proc_show() traverses the bcm_op's under rcu_read_lock().

To cover all initial settings of the bcm_op's the list_add_rcu() calls are moved to the end of the setup code.

While at it, also fix the mirroring removal side: bcm_release() called bcm_remove_op() - which frees the op via call_rcu() - on ops that were still linked in bo->tx_ops/bo->rx_ops, without list_del_rcu() first. Unlink each op with list_del_rcu() before handing it to bcm_remove_op(), matching the existing pattern in bcm_delete_tx_op()/bcm_delete_rx_op().

AnalysisAI

Missing RCU (Read-Copy-Update) list synchronization primitives in the Linux kernel's CAN BCM (Broadcast Manager) subsystem expose local low-privilege users to a race-condition memory hazard affecting all kernel stable branches from 5.4 through 6.15. Two distinct defects compound the risk: bcm_[rx|tx]_setup() uses plain list_add() instead of list_add_rcu(), allowing bcm_proc_show() to observe partially initialized bcm_op structures under rcu_read_lock(); and bcm_release() invokes bcm_remove_op() - which schedules memory reclamation via call_rcu() - without first calling list_del_rcu(), creating a use-after-free window while the op remains traversable. No public exploit code has been identified at time of analysis, and the EPSS score of 0.22% (13th percentile) indicates low current exploitation probability despite the CVSS 7.8 High rating.

Technical ContextAI

The Linux kernel CAN (Controller Area Network) BCM (Broadcast Manager) module, selected via AF_CAN socket family, provides scheduled transmission and filtered reception of CAN frames and exposes operational state through /proc/net/can-bcm. RCU is the kernel's canonical lockless synchronization mechanism: readers hold rcu_read_lock() while writers use list_add_rcu() and list_del_rcu() to enforce correct memory ordering and visibility before grace periods expire. The first defect - using list_add() rather than list_add_rcu() in bcm_[rx|tx]_setup() - violates this contract: bcm_proc_show(), iterating the bcm_op list under rcu_read_lock(), can observe a partially constructed bcm_op before initialization writes are visible to other CPUs. The second defect - bcm_release() calling bcm_remove_op() (call_rcu()-based free) without first calling list_del_rcu() - allows a concurrent RCU reader to dereference an op whose backing memory has entered reclamation. The correct teardown pattern, already present in bcm_delete_tx_op() and bcm_delete_rx_op(), is list_del_rcu() followed by bcm_remove_op(). The fix moves list_add_rcu() to the end of the setup path and applies list_del_rcu() in bcm_release() before any free, restoring consistent RCU discipline across all code paths. No CWE was assigned by NVD; the root cause maps analytically to CWE-362 (Race Condition) and CWE-416 (Use After Free in RCU context).

RemediationAI

The primary fix is to upgrade to a patched kernel: 5.10.261, 5.15.212, 6.1.178, 6.6.145, 6.12.97, 6.14.9, 6.15, 7.1.5, or 7.2-rc4 depending on the active stable series. Upstream fix commits are available at https://git.kernel.org/stable/c/30f7bb922cb7e7f072a56c7cb7a5efccd2ceca1d and sibling commits listed in the references for each branch. For systems where a kernel upgrade is not immediately feasible, a targeted compensating control is to block the can_bcm module by adding install can_bcm /bin/false to /etc/modprobe.d/disable-can.conf - this prevents module auto-loading but will break any existing CAN BCM functionality on the system. Additionally, an AppArmor or SELinux policy denying socket(AF_CAN, ...) for non-privileged users will prevent exploitation without disabling the module globally, though policy authoring requires care to avoid breaking legitimate CAN workloads. Kernel live-patching via kpatch or kernel livepatch is viable on distributions supporting it (RHEL, Ubuntu, SUSE) and avoids the reboot overhead. Distributions maintain their own backport timelines, so consult the relevant vendor advisory for distribution-packaged kernel versions.

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

CVE-2026-72120 vulnerability details – vuln.today

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