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

  - nvmet-tcp: ICReq 処理とキュー取り壊しの間の競合を修正。 nvmet_tcp_handle_icreq() は、Initialization Connection Response (ICResp) を送信した後に queue->state を更新しますが、ターゲット側のキュー取り壊しに対してシリアル化を行うことはありません。NVMe/TCP ホストが Initialization Connection Request (ICReq) を送信し、すぐに接続を閉じると、io_work がすでにバッファされている ICReq をドレインする前に、softirq コンテキストでターゲット側のティアダウンが開始される可能性があります。その場合、nvmet_tcp_schedule_release_queue() は queue->state を NVMET_TCP_Q_DISCONNECTING に設定し、キュー参照を state_lock の下にドロップします。io_work が後でその ICReq を処理する場合でも、nvmet_tcp_handle_icreq() は状態を上書きして NVMET_TCP_Q_LIVE に戻すことができます。
    これは、nvmet_tcp_schedule_release_queue() の DISCONNECTING-state ガードを無効にし、その後ソケット状態変更が再度ティアダウンに入り、すでにリリースされたキューで 2 つ目の kref_put() を発行することを可能にします。ICResp 送信失敗パスに同じ問題があります。ティアダウンがすでにキューを DISCONNECTING に移動している場合でも、送信エラーは状態を NVMET_TCP_Q_FAILED で上書きし、2 番目のティアダウンパスのウィンドウを再度開き、キュー参照をドロップする可能性があります。送信後の状態遷移を state_lock でシリアル化し、ティアダウンがすでに開始されている場合はベイルアウトすることで、この問題を修正します。-ECONNRESET のようにトランスポートエラーとして伝播するのではなく、そのベイルアウトパスの内部センチネルとして -ESHUTDOWN を使用します。センチネルを遵守する前に nvmet_tcp_socket_error() 設定 rcv_state を NVMET_TCP_RECV_ERR に保ち、既存のリリースパスが完了するまで受信側の解析が静止したままになるようにします。(CVE-2026-46135)

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

検出

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

critical Nessus プラグイン ID 317631

バージョン 1.11