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() // back to userland, on stack futex_q is垃圾 /* back */ wake_up_state(q->task, TASK_NORMAL);在这种情况下futex_wait_requeue_pi() 能够在不使用 futex_q::lock_ptr 进行同步的情况下离开。可通过在更新 futex_q::requeue_state 之前读取 futex_q::task 来避免此问题。不需要 task_struct 中的引用因为在保留 spinlock_t 的情况下调用 requeue_pi_wake_futex()这意味着存在 RCU 读取部分。即使 T1 立即终止在 T2 的 wake_up_state() 期间task_struct 也将保持有效。在 futex_requeue_pi_complete() 之前，在 futex_q::task 上设置 READ_ONCE 就足够了，因为这可确保在更新状态之前读取变量。在更新重新排队状态之前读取 futex_q::task 将其用于后续唤醒。 (CVE-2025-39977)

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

检测

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

high Nessus 插件 ID 271524

版本 1.13