Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - sunrpc:キャンセルで競合に負ける場合、インフライト TLS ハンドシェイクコールバックを待ちます svc_tcp_handshake() の wait_for_completion_interruptible_timeout() が 0(タイムアウト)または -ERESTARTSYS(シグナル)を返し、tls_handshake_cancel() が次に false を返す場合、handshake_complete() はキャンセル競合に勝ちます:HANDSHAKE_F_REQ_COMPLETED を設定し、svc_tcp_handshake_done() を呼び出そうとしている場合、 しかし、xpt_flagsおよび svsk->sk_handshake_done に対するコールバックの副作用はまだコミットしていません。現在のコードは直ちにxpt_flagsを読み取り、セッションが成功したかどうかを判定します。その結果、2つのレースが生まれます。コールバックが set_bit(XPT_TLS_SESSION) を実行したが、まだ clear_bit(XPT_HANDSHAKE) を実行していない場合、svc_tcp_handshake() はセッションを見て、トランスポートをキューに入れて返します。次に、svc_xprt_received() がXPT_BUSYをクリアし、ワーカースレッドがトランスポートを選択し、svc_handle_xprt() のディスパッチャーがまだ設定されているXPT_HANDSHAKEを観察し、xpo_handshake が 2 回目に呼び出されます。元のコールバックが同時に complete_all() を呼び出している間、svc_tcp_handshake() は init_completion(&svsk->sk_handshake_done) を呼び出し、埋め込まれたswait_queueを破損します。コールバックが HANDSHAKE_F_REQ_COMPLETED を設定しているが、まだ svc_tcp_handshake_done() を入力していない場合、svc_tcp_handshake() は XPT_TLS_SESSION をクリアとして読み取り、ハンドシェイクが成功しようとしているにもかかわらず、接続をティアダウンします。xpt_flagsを検査する前に、コールバックがコミットされるのを待ちます。HANDSHAKE_F_REQ_COMPLETEDが設定されると、handshake_complete()が無条件でsvc_tcp_handshake_done()を呼び出すため、完了は必ず起動します。(CVE-2026-72221)

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

検出

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

critical Nessus プラグイン ID 337425

バージョン 1.2