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

  - ipv4routert_bind_exception() が古い fnhe を再バインドするのを回避します Sit ドライバーのパケットトランスミッションパスの呼び出しsit_tunnel_xmit() -> update_or_create_fnhe()。これにより、fnhe_remove_oldest() が呼び出され、FHE_RECLAIM_DEPTH+random を超えるエントリが削除されます。競合ウィンドウは、削除用の fnheX を選択する fnhe_remove_oldest() と、その後の kfree_rcu() の間です。この間、同時実行パスの
    __mkroute_output() -> find_exception() は、すぐに削除される fnheX をフェッチでき、その後 rt_bind_exception() は dst_hold() を使用して新しい dst とバインドします。元の fnheX が RCU を通じて解放される場合、dst 参照は恒久的に漏洩したままになります。CPU 0 CPU 1 __mkroute_output() find_exception() [fnheX] update_or_create_fnhe() fnhe_remove_oldest() [fnheX] rt_bind_exception() [bind dst] RCU コールバック [fnheX freed、dst 漏洩] この問題は、デバイス参照カウントの漏洩および警告として明らかです。 net デバイスを登録解除する際の dmesg での unregister_netdevicesitX が解放されるのを待機します。使用率 = N Ido Schimmel 氏は、単純なテスト検証方法を提供しました [1]。この修正では、fnhe_flush_routes() を呼び出す前に「oldest->fnhe_daddr」を消去しています。rt_bind_exception() がこのフィールドをチェックするため、フィールドをゼロに設定すると、古い fnhe が再利用され、解放される直前に新しい dst にバインドされることを防ぎます。 [1] ip netns add ns1 ip -n ns1 link set dev lo up ip -n ns1 address add 192.0.2.1/32 dev lo ip -n ns1 link add name dummy1 up type dummy ip -n ns1 route add 192.0.2.2/32 dev dummy1 ip -n ns1 link add name gretap1 up arp off type gretap \ local 192.0.2.1 remote 192.0.2.2 ip -n ns1 route add 198.51.0.0/16 dev gretap1 taskset -c 0 ip netns exec ns1 mausezahn gretap1 \ -A 198.51.100.1 -B 198.51.0.0/16 -t udp -p 1000 -c 0 -q & taskset -c 2 ip netns exec ns1 mausezahn gretap1 \ -A 198.51.100.1 -B 198.51.0.0/16 -t udp -p 1000 -c 0 -q & sleep 10 ip netns pid ns1 | xargs kill ip netns del ns1CVE-2025-68241

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-68241

medium Nessus プラグイン ID 278908

バージョン 1.8