CVE-2026-72126

can: isotp: use unconditional synchronize_rcu() in isotp_release()

HIGH
7.8
CVSS Score
Published: August 15, 2026 at 05:53 AM UTC
Updated: October 16, 2026 at 07:17 PM UTC
1 product affected across 1 vendorLinux Kernel

Using Linux by Linux?

Get instant alerts when new vulnerabilities affect Linux - before attackers find them.

Real-time alertsTrack your software stackFree plan available
Severity
HIGH7.8
Exploit prediction
EPSS 0.2%
SSVC
No known exploit

Description

In the Linux kernel, the following vulnerability has been resolved: can: isotp: use unconditional synchronize_rcu() in isotp_release() isotp_notify() unregisters the (RCU) CAN filters via can_rx_unregister() and clears so->bound without waiting for a grace period. isotp_release() uses so->bound to decide whether it needs to call synchronize_rcu() before cancelling so->rxtimer, so when NETDEV_UNREGISTER runs first it skips that synchronize_rcu() and can cancel the timer while an in-flight isotp_rcv() is still executing and about to re-arm it via isotp_send_fc(), leading to a use-after-free timer callback on the freed socket. sakisho-bot remarked a problem with rtnl_lock held in isotp_notify(), therefore make isotp_release() always call synchronize_rcu() before cancelling the timers, regardless of so->bound. This still closes the original race (isotp_notify() clearing so->bound without waiting for in-flight isotp_rcv() callers before isotp_release() cancels the RX timer) without adding any RCU wait to the netdevice notifier path.

Affected

Our own answer: ranges merged, affected separated from platform-only, with confidence and review flags.

14a4696bc3118ba49da28f79280e1d55603aa73722bfa94db2ef6900c790884fa9461486516626e95.10.505.12.175.13.25.1480c6ddf771df2ef786f28c1ca5919b3f1080091bebf91625b3e404bd2b4b694c7ee71c1e8f8bd08f
Vendor states this is fixed in 15413a082df69175c2f96aeab4c26fe1ff7cff03 (fixed)
Vendor states this is fixed in 59672aa4bcd8d32172c1ff6a179583981d6acabc (fixed)
Vendor states this is fixed in 6280eda96e0707264849fa7d036fed873c1f8a6d (fixed)
Vendor states this is fixed in 945d9894502cd9124f5d676181c542ed2000f7c0 (fixed)
Vendor states this is fixed in 9b1a02e0d980ac6b0e36a90378f847062f81d7e4 (fixed)
Vendor states this is fixed in b8278ff605187ef3fa0f2705e93251cce4c4f8ee (fixed)
Vendor states this is fixed in b88a511308779c225005d7994b8744561bdbafbc (fixed)
Vendor states this is fixed in cb6abc584a1bfab107ac003d64948a4aef1730aa (fixed)
Vendor states this is fixed in 5.10.261 (unaffected)
Affected range stops below 5.13, so it looks safe — our inference, not a vendor statement
Vendor states this is fixed in 5.14 (unaffected)
Vendor states this is fixed in 5.15.212 (unaffected)
Vendor states this is fixed in 6.1.178 (unaffected)
Vendor states this is fixed in 6.12.97 (unaffected)
Vendor states this is fixed in 6.18.40 (unaffected)
Vendor states this is fixed in 6.6.145 (unaffected)
Vendor states this is fixed in 7.1.5 (unaffected)
Vendor states this is fixed in 7.2 (unaffected)

Remediation

No guide yet

No remediation guidance has been written for this CVE yet, and no fixed version or vendor advisory is recorded against it.

SSVC — Action Prioritization

SSVCNo known exploitNot automatableTotal impact

SSVC signals action urgency (what to patch first), separate from CVSS which measures severity.

CVSS

7.8HIGHLinux
Vector?

Quick Info

StatusRECEIVED

Get alerted

Stop reading CVE feeds looking for your own stack

Track the products you run and VulnTracker tells you when a new CVE affects them — with what is known about fixing it, and nothing about the rest.

Free plan, no card