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

  - net/sched:cls_u32:ノード ID プールが使い果たされたときの重複ハンドルを修正します gen_new_kid() は、両方の idr_alloc_u32() 範囲がいっぱいのときにエラーを報告するのではなく、max(htid | 0xFFF) を返すようフォールバックします。
    u32_change() はその値を信頼し、ハッシュテーブルに既に有効なハンドルを持つ新しい knode を挿入し、テーブルのノード ID 空間内でハンドルの一意性を破ります。ハンドルが ht->handle_idr で予約されることはなかったため、idr_remove(&ht->handle_idr, handle) を実行するエラーパスが後に行われるたびに、異なるライブ knode の予約が削除され、それが再利用されると、1 つの失敗したコンパウンドがさらに重複します。4095 の制限は(テーブル、バケット)ごと、ht->handle_idr はハッシュテーブルごとであり、範囲は htid(bucketid)から派生しているため、除数 256 のテーブルは 256*4095 knode を正当に保持できます。兄弟ヘルパー gen_new_htid() にも同じサイレント帯域内障害があります:tp_cハンドルプール(1..0x7FF)がいっぱいのときに 0 を返し、u32_init() はチェックせずにハンドル 0 のルートハッシュテーブルを発行します。u32_lookup_ht() で 0 エイリアスを処理し、knode の追加/検索/削除 cross-tcf_proto 許可する 2 つのルートテーブル。除数パスにすでにあるのと同じ枯渇チェックを追加します。ノード ID スペースが使い果たされたときに u32_change() が ENOSPC/ENOMEM で失敗し、ハッシュテーブル ID スペースがなくなったときに u32_init() が -ENOMEM で失敗するように、エラーを返します。extack メッセージは、プール枯渇(-ENOSPC)と一時的な割り当て障害(-ENOMEM)を区別します。バグを再現するための条件:- CONFIG_NET_SCHED=y、CONFIG_CLS_U32=y(またはモジュールがロードされた場合)=m - デバイスで clsact qdisc を作成し、自動生成されたハンドルを持つ 4095 u32 フィルターを追加して、ルートハッシュテーブル(単一バケット)のノード ID スペースを埋めます。4096 番目の自動ハンドルフィルター追加は、重複ハンドルをトリガーします(fh 800::fff の再利用)。レベル 2 で到達可能(unshare -urn、namespace-local CAP_NET_ADMIN)。- gen_new_htidの場合: 同じブロック上に 2047 u32 プロト エントリを作成してtp_c ハンドル プールを埋めてから、もう 1 つ作成します。ルートテーブルはハンドル0を取得し、他のハンドル0ルートテーブルとエイリアスします。(CVE-2026-98104)

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

検出

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

high Nessus プラグイン ID 350617

バージョン 1.2