Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 計時器修正 timer_shutdown_sync() 中的 NULL 函式指標爭用 timer_shutdown_sync() 和計時器到期之間有爭用情形可能導致在 expire_timers() 中達到 WARN_ON。當 timer_shutdown_sync() 將計時器函式清除為 NULL 而計時器仍在其他 CPU 上執行時會發生此問題。爭用情形如下所示：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() // 目前 將不會卸離計時器而只會將其函式清除為 NULL 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) // hit ... 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() 都會清除計時器函式。這可造成函式指標為 NULL 的擱置計時器觸發 expire_timers() 中的 WARN_ON_ONCE(!fn) 檢查。藉由只在實際卸離計時器時清除計時器函式來修正此問題。如果計時器正在執行中請保持函式指標不變這是安全的做法因為計時器會在完成執行時正確卸離。
    (CVE-2025-68214)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2025-68214

medium Nessus Plugin ID 278813

版本 1.25