Back to CVE records
Not yet scoredPublished Sep 25, 2026

CVE-2026-97925tick/broadcast: Plug clockevents replacement race

Updated under an hour ago ()

Does this affect you?

It affects Linux. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

In the Linux kernel, the following vulnerability has been resolved: tick/broadcast: Plug clockevents replacement race 朱恺乾 reported and decoded the following race condition when a broadcast device is replaced: CPUA CPUB __tick_broadcast_oneshot_control() bc = tick_broadcast_device.evtdev; tick_install_broadcast_device(dev) clockevents_exchange_device(cur, dev) shutdown(cur); detach(cur); cur->handler = noop; tick_broadcast_device.evtdev = dev; tick_broadcast_set_event(bc, next_event); <- FAIL: arms a detached device. If the original broadcast device has a restricted interrupt affinity mask and the last CPU in that mask goes offline then the BUG() in tick_cleanup_dead_cpu() triggers because the clockevent device is not in detached state. The reason for this is that tick_install_broadcast_device() is not serialized vs. tick broadcast operations. The obvious cure is to serialize tick_install_broadcast_device() with tick_broadcast_lock against a concurrent tick broadcast operation. That requires to split clockevents_exchange_device() into two parts, one which does the exchange, shutdown and detach operation and the other which drops the module reference count. This is required because the module reference cannot be dropped while holding tick_broadcast_lock. Let clockevents_exchange_device() do both operations as before, but let the broadcast device code take the two step approach and do the device exchange under tick_broadcast_lock and drop the module reference count after releasing it.

CVSS
Not yet scored
Weakness (CWE)
Not given
Known exploited
Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days)
Not loaded for this CVE
Assigned by
Linux
NVD analysis
Received
Record last updated
Oct 3, 2026
First seen by InfoSec Signals
Oct 9, 2026

Affected products

Affected products
Linux Linux
linux:linux (from the name)
from f8381cba04ba8173fd5a2b8e5cd8b3290ee13a98 before 338d6859cd1580617807290f6d7e92b1662d4695; from f8381cba04ba8173fd5a2b8e5cd8b3290ee13a98 before 757aa9f548c18b96da1d56d11f65be8188a16d59; from f8381cba04ba8173fd5a2b8e5cd8b3290ee13a98 before 3da55616db2b6b7d9caa3b7ff1e8983224e0ed52; from f8381cba04ba8173fd5a2b8e5cd8b3290ee13a98 before 3525b94b2f258e0b99d1ee5a82a80b51bc1cc818; from f8381cba04ba8173fd5a2b8e5cd8b3290ee13a98 before 292b7a8ed84032cfdfc9076a690360f7d3f640d4; from f8381cba04ba8173fd5a2b8e5cd8b3290ee13a98 before 113a9796effe3376d2ec5aabcca1fef4fef4cd62
CNA record

References

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.