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

  - futex：信号/超时唤醒期间防止 requeue-PI 中锁定 在 wait-requeue-pi（任务 A）和 requeue-PI（任务 B）期间，可能发生以下争用： 任务 A 任务 B futex_wait_requeue_pi（） futex_setup_timer（） futex_do_wait（） futex_requeue（） CLASS（hb， hb1）（&key1）;CLASS（hb， hb2）（&key2）;
    *timeout* futex_requeue_pi_wakeup_sync（） requeue_state = Q_REQUEUE_PI_IGNORE *blocks on hb->lock* futex_proxy_trylock_atomic（） futex_requeue_pi_prepare（） Q_REQUEUE_PI_IGNORE => -EAGAIN double_unlock_hb（hb1， hb2） *重试* 任务 B 会同时获取 hb 锁定并尝试获取最顶层等待程序的 PI 锁定（任务 B）。由于信号/超时，任务 A 提早离开，并开始将自身从队列中移除。它会更新其requeue_state但无法将其从列表中删除，因为这需要任务 B 拥有的 hb 锁。通常，任务 A 能够在任务 B 解锁后将其扑出。
    但是，如果任务 B 的优先级较高，则任务 A 可能无法在任务 B 再次获得锁定之前及时唤醒并获取锁定。尤其是在从未计划 A 的 UP 系统上。因此，任务 A 会阻断锁定和任务 B 忙碌循环，从而尝试取得进展，但却会活锁系统。
    悲惨的。可通过从列表中删除最上面的等待程序来解决此问题。这允许任务 B 在下一次迭代中抓住下一个顶级等待程序（如果有）并取得进展。如果 futex_requeue_pi_prepare（） 失败，则删除最靠座的等待程序。让等待程序有条件地将自己从 handle_early_requeue_pi_wakeup（） 中的列表中删除。(CVE-2026-52977)

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

检测

Linux Distros 未修补的漏洞：CVE-2026-52977

medium Nessus 插件 ID 322658

版本 1.8