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

  - net/9p:trans_rdma.c の rdma->state の競合状態を修正します。rdma->state フィールドは、recv_done() と p9_cm_event_handler() の両方で req_lock を保持せずに変更されますが、rdma_request() は req_lock スピンロックの下で同じフィールドにアクセスします。この一貫性のないロッキングは、競合状態を生み出します: - softirq 完了コンテキストで実行している recv_done() は、req_lock を取得せずに rdma->state = P9_RDMA_FLUSHING を設定します - p9_cm_event_handler() は、複数のポイント(ADDR_RESOLVED、ROUTE_RESOLVED、ESTABLISHED、CLOSED)で rdma->state をreq_lockせずに変更します - rdma_request() は spin_lock_irqsave(&rdma->req_lock, flags) を使用して、rdma->state の読み込み-変更-書き込みを保護します 競合により、状態遷移が失われる可能性があります: recv_done() または CM イベントハンドラーは、rdma_request() がロック下の状態を同時にチェックまたは変更している間に、状態を FLUSHING/CLOSED に設定する可能性があります。これにより、FLUSHING トランジションが CLOSING によって警告なしで上書きされます。これにより、接続状態のマシンが破損し、ティアダウン中に RDMA リクエストオブジェクトで use-after-free が発生する可能性があります。recv_done() および p9_cm_event_handler() 内のすべての rdma->state 変更に、rdma_request() で既に使用されているパターンに一致して、req_lock 保護を追加することで修正します。softirq コンテキストで実行する recv_done() と競合する可能性があるため、CM イベントハンドラーで spin_lock_irqsave/spin_unlock_irqrestore を使用します。適切なロック付きで、rdma->state で 2 つのスレッド(rdma_request と recv_done/CM ハンドラーのシミュレーション)を競合させるカーネルモジュールでテストしました: 5.5M+ FLUSHING は、0 回の移行損失で 27M 反復にわたって書き込みます。(CVE-2026-72491)

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

検出

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

critical Nessus プラグイン ID 337517

バージョン 1.17