Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - timers修复 timer_shutdown_sync() 中的空函数指针争用 timer_shutdown_sync() 和定时器到期之间存在争用条件可导致在 expire_timers() 中命中 WARN_ON。当 timer 仍在另一个 CPU 上运行时timer_shutdown_sync() 将定时器函数清除为空时会出现此问题。争用场景如下所示 CPU0 CPU1 <SOFTIRQ> lock_timer_base() expire_timers() base->running_timer = timer; unlock_timer_base() [call_timer_fn enter] mod_timer() ...
    timer_shutdown_sync() lock_timer_base() // 目前不会分离定时器而仅将其函数清除为空 if (base->running_timer != timer) ret = detach_if_pending(timer, base, true); if (shutdown) timer->function = NULL; unlock_timer_base() [call_timer_fn 退出] lock_timer_base() base->running_timer = NULL; unlock_timer_base() ... // 现在定时器待定而其功能设置为 NULL。 // 下一个定时器触发器 <SOFTIRQ> expire_timers() WARN_ON_ONCE(!fn) // 命中 ... lock_timer_base() // 现在定时器将分离 if (base->running_timer != timer) ret = detach_if_pending(timer, base, true) ; if (shutdown) timer->function = NULL; unlock_timer_base() 问题在于 timer_shutdown_sync() 会清除定时器函数而不管定时器当前是否在运行。这可使待定定时器具有空函数指针从而触发 expire_timers() 中的 WARN_ON_ONCE(!fn) 检查。通过在实际分离定时器时仅清除定时器函数来修复此问题。如果定时器正在运行，请完整地保留函数指针。这样做是安全的，因为定时器将在其运行结束时正确分离。
    (CVE-2025-68214)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-68214

medium Nessus 插件 ID 278813

版本 1.14