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

  - ipv4:udp:ソケットマッチング前に例外を作成します。現在、ICMP Fragmentation Needed および Redirect Message パケットがローカルに配信され、UDP パケットを引用する場合、FIB nexthop 例外(FNHE)は、カーネルが UDP パケットを既存のソケットと一致させることができる場合にのみ作成されます。この動作により、オフパスの攻撃者が、接続された UDP ソケットで使用されるエフェメラルポートを発見するために、FNHE キャッシュでサイドチャネル攻撃を仕掛ける可能性があります。コミット 6457378fe796(ipv4:fnhe_hashfun() で Jenkins ではなく siphash を使用)およびコミット 67d6d681e15b(ipv4:例外キャッシュが予測可能性にくくする)は、攻撃者が FNHE キャッシュ内のハッシュ衝突を発見しにくくし、ハッシュバケットが保持できる例外の数をそれぞれランダム化することで、このような攻撃を緩和しようとしました。残念ながら、どちらの緩和策もバイパスできます。代わりに、一致するソケットの検索を試みる前であっても、常に FNHE を作成することで、こうした攻撃を緩和してください。これを行うには、引用されたパケットがソケットから発生していない場合に使用されるヘルパーである ipv4_update_pmtu() と ipv4_redirect() を呼び出します。これは、オフパス攻撃者からの推測(正しいか間違っているかにかかわらず)によって、攻撃者が観察できるキャッシュで常に FNHE が作成されるか更新されることを意味しています。icmp_err() と同様の方法で、0 の oif を渡します。これは、デバイスにバインドされていないソケットのソケットパスによって使用される oif でもあります。注意:これにより、攻撃者は以前作成できなかった FNHE を作成できません。これは、両方のヘルパーがほとんどまたはまったく検証なしで到達できるからです。たとえば、ICMP Echo Reply を引用する ICMP エラーや、ワイルドカードソケットに一致する UDP ソースポートを引用する ICMP エラーを送信します。また、良いケース(一致したソケット)では、ソケットヘルパーが ipv4_sk_update_pmtu() / ipv4_sk_redirect() によって実行される検索の前に独自の検索を実行するため、上記のスキームには追加のルート検索の犠牲が伴うことにも注意してください。2 つが異なるネクストホップに解決されると、同じ宛先 IP に対して 2 つの例外が作成されます。1 つは、ソケットヘルパーなしによって解決された nexthop の FNHE キャッシュ内、もう 1 つはソケットが使用する nexthop の FNHE キャッシュ内にあります。(CVE-2026-99077)

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

検出

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

high Nessus プラグイン ID 371481

バージョン 1.10