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);クラス(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ロックが必要なため、リストから削除することはできません。通常、タスクBがロックを解除した後に、タスクAはロックを急降下できます。
    ただし、タスク B の優先度が高い場合、タスク A は時間内にウェイクアップできず、タスク B がロックを再び取得する前にロックを取得できない可能性があります。特に、A が決してスケジュールされていない UP システムでは。その結果、タスクAはロックでブロックされ、タスクBはビジーループで進行を試みますが、代わりにシステムをライブロックします。
    悲劇的だ。この場合は、リストから一番上のウェイターを削除することで修正できます。これにより、タスク B は次の反復で次の上位のウェイター (存在する場合) を獲得して進行させることができます。futex_requeue_pi_prepare() が失敗した場合、最上位の waiter を削除します。waiter を handle_early_requeue_pi_wakeup() のリストから条件付きで削除させます。(CVE-2026-52977)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-52977

medium Nessus プラグイン ID 322658

バージョン 1.27