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

  - futex防止在 requeue-PI syzbot 設法觸發下列爭用時發生釋放後使用T1 T2 futex_wait_requeue_pi() futex_do_wait() schedule() futex_requeue() futex_proxy_trylock_atomic() futex_requeue_pi_prepare() requeue_pi_wake_futex() futex_requeue_pi_complete() /* preempt */ * 逾時/ 訊號喚醒 T1 * futex_requeue_pi_wakeup_sync() // Q_REQUEUE_PI_LOCKED futex_hash_put() // 回到使用者空間在堆疊上 futex_q 是無用的項目 /* 回到 */ wake_up_state(q->task, TASK_NORMAL);在此狀況下futex_wait_requeue_pi() 可在不使用 futex_q::lock_ptr 進行同步的情況下離開。這可以藉由在更新 futex_q::requeue_state 之前讀取 futex_q::task 來避免。不需要 task_struct 上的參照因為 requeue_pi_wake_futex() 是在保留 spinlock_t 的情況下叫用這表示 RCU 讀取區段。即使 T1 在 之後立即終止task_struct 在 T2 的 wake_up_state() 期間仍將保持有效。在 futex_requeue_pi_complete() 之前對 futex_q::task 執行 READ_ONCE 就已足夠因為它可確保在更新狀態之前讀取變數。更新重新佇列狀態前讀取 futex_q::task並將其用於後續的喚醒。 (CVE-2025-39977)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

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

critical Nessus Plugin ID 271524

版本 1.1