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.4