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

  - hrtimers在 CPUHP_AP_HRTIMERS_DYING 階段強制移轉 CPUHP_AP_HRTIMERS_DYING hrtimers 從即將停止的 CPU 移至任何線上目標後排入佇列的 hrtimers以免延遲頻寬計時器處理 CPU 熱插拔轉送進度中所涉及的工作。不過傳出 CPU 在 CPUHP_AP_HRTIMERS_DYING 之後仍可執行喚醒。這可再次導致頻寬計時器布防。
    視數個注意事項而定 (crystal ball 以電源管理為基礎的選擇、最早的計時器已加入佇列、計時器移轉與否)即使離線也可能成為目前的 CPU。
    如果發生這種情況計時器最終會遭到忽略。最值得注意的例子是 RCU它必須透過將這些喚醒延遲到線上 CPU 來處理每一個喚醒以及相關因應措施_ e787644caf76 (rcu當 CPU 快要停止時延遲 RCU kthread 喚醒) _ 9139f93209d1 (rcu /nocb修正 RT 節流從離線 CPU 設防的 hrtimer) _ f7345ccc62a4 (rcu/nocb修正 rcuog 從離線 softirq 喚醒) 雖然問題不限於 RCU因為停止機器 kthread (執行 CPUHP_AP_HRTIMERS_DYING) 報告其完成在其工作結束時通過 cpu_stop_signal_done() 並執行最終布防期限伺服器計時器的喚醒 警告 kernel/time/hrtimer.c:1086 hrtimer_start_range_ns+0x289/0x2d0 CPU: 94 UID 的 CPU: 94 PID: 588 0 PID588 Commmigration/94 未受污染的 Stoppermulti_cpu_stop+0x0/0x120 <- stop_machine_cpuslocked+0x66/0xc0 RIP
    0010:hrtimer_start_range_ns+0x289/0x2d0 呼叫追踪 <TASK> start_dl_timer enqueue_dl_entity dl_server_start enqueue_task_fair enqueue_task ttwu_do_activate try_to_wake_up complete cpu_stopper_thread 不再提供另一個bandaid 來解決此情況而是在 hrtimers 基礎結構中修正一律一律將計時器移轉至線上目標從離線 CPU 加入佇列時。這也將允許還原上述所有 RCU 惡意入侵。 (CVE-2025-21816)

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

偵測

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

medium Nessus Plugin ID 231503

版本 1.26