cbcvebase.
CVE-2025-68214
published 2025-12-16

CVE-2025-68214: In the Linux kernel, the following vulnerability has been resolved: timers: Fix NULL function pointer race in timer_shutdown_sync() There is a race condition…

PriorityP417medium4.7CVSS 3.1
AVLACHPRLUINSUCNINAH
EPSS
0.13%
3.1th percentile
In the Linux kernel, the following vulnerability has been resolved: timers: Fix NULL function pointer race in timer_shutdown_sync() There is a race condition between timer_shutdown_sync() and timer expiration that can lead to hitting a WARN_ON in expire_timers(). The issue occurs when timer_shutdown_sync() clears the timer function to NULL while the timer is still running on another CPU. The race scenario looks like this: CPU0 CPU1 lock_timer_base() expire_timers() base->running_timer = timer; unlock_timer_base() [call_timer_fn enter] mod_timer() ... timer_shutdown_sync() lock_timer_base() // For now, will not detach the timer but only clear its function to NULL if (base->running_timer != timer) ret = detach_if_pending(timer, base, true); if (shutdown) timer->function = NULL; unlock_timer_base() [call_timer_fn exit] lock_timer_base() base->running_timer = NULL; unlock_timer_base() ... // Now timer is pending while its function set to NULL. // next timer trigger expire_timers() WARN_ON_ONCE(!fn) // hit ... lock_timer_base() // Now timer will detach if (base->running_timer != timer) ret = detach_if_pending(timer, base, true); if (shutdown) timer->function = NULL; unlock_timer_base() The problem is that timer_shutdown_sync() clears the timer function regardless of whether the timer is currently running. This can leave a pending timer with a NULL function pointer, which triggers the WARN_ON_ONCE(!fn) check in expire_timers(). Fix this by only clearing the timer function when actually detaching the timer. If the timer is running, leave the function pointer intact, which is safe because the timer will be properly detached when it finishes running.

Affected

54 ranges· showing 25
VendorProductVersion rangeFixed in
debianlinux< linux 6.1.159-1 (bookworm)linux 6.1.159-1 (bookworm)
debianlinux-6.1< linux 6.1.159-1 (bookworm)linux 6.1.159-1 (bookworm)
linuxlinux
linuxlinux>= 0cc04e80458a822300b93f82ed861a513edde194 < 6665fbd7730b26d770c232b20d1b907e6a67a9146665fbd7730b26d770c232b20d1b907e6a67a914
linuxlinux>= 0cc04e80458a822300b93f82ed861a513edde194 < 176725f4848376530a0f0da9023f956afcc33585176725f4848376530a0f0da9023f956afcc33585
linuxlinux>= 0cc04e80458a822300b93f82ed861a513edde194 < a01efa7a780c42ac5170a949bd95c9786ffcc60aa01efa7a780c42ac5170a949bd95c9786ffcc60a
linuxlinux>= 0cc04e80458a822300b93f82ed861a513edde194 < 20739af07383e6eb1ec59dcd70b72ebfa9ac362c20739af07383e6eb1ec59dcd70b72ebfa9ac362c
linuxlinux>= 334c33aa487be406a149c8b87c38c8399d2dba8d < 1a975716cc8977f461e45e28e3e5977d46ad7a6a1a975716cc8977f461e45e28e3e5977d46ad7a6a
linuxlinux>= 6.1.158 < 6.1.1596.1.159
linuxlinux>= debbcf812d735003c96c5e5968a3cfa4e1fbd1af < ba43ac025c4318241f8edf94f31d2eebab86991bba43ac025c4318241f8edf94f31d2eebab86991b
linuxlinux_kernel
linuxlinux_kernel
linuxlinux_kernel>= 0 < 6.1.159-16.1.159-1
linuxlinux_kernel>= 0 < 6.12.63-16.12.63-1
linuxlinux_kernel>= 0 < 6.17.10-16.17.10-1
linuxlinux_kernel>= 0 < 6.8.0-106.1066.8.0-106.106
linuxlinux_kernel>= 0 < 6.17.0-19.196.17.0-19.19
linuxlinux_kernel>= 6.13 < 6.17.106.17.10
linuxlinux_kernel>= 6.2 < 6.6.1186.6.118
linuxlinux_kernel>= 6.7 < 6.12.606.12.60
msrcazl3_kernel_6.6.117.1-1_on_azure_linux_3.0
ubuntulinux
ubuntulinux-aws
ubuntulinux-aws-5.15
ubuntulinux-aws-fips

CVSS provenance

nvdv3.14.7MEDIUMCVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H
osv7.2HIGH
vendor_ubuntu7.8HIGH
vendor_debian4.7MEDIUM
vendor_msrc4.7MEDIUM
vendor_redhat4.7MEDIUM
Stop checking back — get the weekly exploitation signal.

Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.