CVE-2026-98023 in Linux
要約
〜によって VulDB • 2026年09月25日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
vxlan: nexthop IDを参照する動的FDBエントリを拒否する
Fixesタグで言及されているコミットにより、VXLAN FDBエントリがFDBnexthopsを指すことが可能になり、オーバーレイトラフィックが複数のVTEP間でロードバランシングされるようになりました。このようなエントリはユーザー空間からのみ構成でき、学習されず、ローミングもできません。これらはデータプレーンでの学習が無効になっているE-VPNなどのユーザー空間制御プレーンがある場合にのみ意味を持ちます。
それにもかかわらず、現在VXLANドライバーは「dynamic」フラグを使用してこれらのエントリが設定されるのを防止していません。per-nexthop FDBリストはper-deviceハッシュロックによってのみ保護されていますが、これは2つのVXLANデバイスが同じFDB nexthopを指し、したがってリストを共有する場合に不十分です。エイジング処理はRTNLなしでsoftirqコンテキストで実行されるため、1つのデバイスによるエントリの削除と他のデバイスによる追加または削除の間で競合が発生し、リストの破損につながります：
list_del corruption. next->prev should be ffff8881069d9548, but was dead000000000122. (next=ffff8881069d9448) WARNING: CPU: 0 PID: 90 at lib/list_debug.c:65 __list_del_entry_valid_or_report+0x1aa/0x210 ... vxlan_fdb_destroy+0x5b8/0xad0 vxlan_cleanup+0x328/0x450 call_timer_fn+0x2a/0x1c0 run_timer_softirq+0x18c/0x210 BUG: KASAN: slab-use-after-free in vxlan_fdb_destroy
この問題を修正するため、FDB nexthopsを指す不正な動的FDBエントリの設定（新規作成時および既存エントリ更新時）を拒否します。これにより、per-nexthop FDBリストはRTNLロックの下でのみ変更されるようになります。将来の回帰を防ぐためにテストケースを追加しました。
If you want to get best quality of vulnerability data, you may have to visit VulDB.