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

  - rds:ネットワークの名前空間の境界を越える受信メッセージをドロップしますrds_find_bound()のみで(addr、port、scope_id)にキーを持つグローバル rhashtable を使用して宛先ソケットを検索します。ネットワーク名前空間はキーの一部ではないため、netns A の送信者は、異なる netns B にあるソケットに受信メッセージ(inc)を配信できます。これが起こると、inc->i_conn は、c_netが netns A であるが、受信側の rs が netns B に存在しているrds_connectionを指し示します。netns A を作成した子プロセスが終了すると、cleanup_net() は rds_loop_exit_net() -> rds_loop_kill_conns() -> rds_conn_destroy() を呼び出し、その接続を解放します。netns B のサバイバーソケットが依然として inc を保持している場合、inc->i_conn のその後の逆参照は use-after-free です。rds_clear_recv_queue() には危険なサイトが 2 つあります: 1.
    inc->i_conn->c_lcong(解放されたrds_connectionの 88 のオフセット 88、サイズ 200)が rds_recv_rcvbuf_delta() を介して読み取られました -- KASAN により確認されました。2. inc->i_conn->c_trans->inc_free(inc) (offset 80 での関数ポインター) INC refcount がゼロに達すると rds_inc_put() を介して呼び出されます -- 同じ競合ウィンドウ、解放オブジェクトによる呼び出しプリミティブの可能性。このバグは、Linux 3.8 から利用可能な、権限のないユーザーの名前空間(CLONE_NEWUSER + CLONE_NEWNET)から到達できます。rds_find_bound() によって返されたソケットが、メッセージを伝送した接続とは異なるネットワーク名前空間に属している場合、rds_recv_incoming() での配信を拒否することで、この問題を修正します。比較のために、既存の rds_conn_net() / sock_net() ヘルパーと net_eq() を使用します。
    (CVE-2026-68335)

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

検出

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

high Nessus プラグイン ID 334359

バージョン 1.5