CVE-2026-68116 in Linux
要約
〜によって VulDB • 2026年08月12日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
vxlan: mdb: 置換処理の失敗時にソースリストが破損する問題を修正
MDB（Multicast Database）のエントリを置き換える際、既存のすべてのソースはまず削除フラグ付きでマークされ、その後 `vxlan_mdb_remote_srcs_add()` が呼び出されて新しいソースリストが追加されます。新しいリストに含まれるソースについてはその削除フラグが解除され、処理後にまだフラグが残っているソースは削除されます。
`vxlan_mdb_remote_srcs_add()` の実行中に失敗した場合、エラーパスではリモートのソースリスト上のすべてのエントリが削除されてしまいます。このロールバック動作は、他の呼び出し元である `vxlan_mdb_remote_add()` においては正しい処理です（これはリモートが新たに割り当てられており、リストにはその呼び出し時に追加されたエントリのみが含まれるため）。しかし、「置換」パスでは、リストには既存のソースも含まれているため、失敗した置換操作によってそれらの既存ソースと関連する (S, G) フォワーディングエントリが削除され、本来変更されるべきではないエントリまで消去されてしまいます。
この問題は、既に存在する (*, G) リモートから到達可能です。EXCLUDE フィルタにおいてソースを失うと、ブロックすべきトラフィックの転送が始まってしまい、INCLUDE フィルタにおいてソースを失うと、転送されるべきトラフィックがドロップされます。
現在の処理パスで作成されたエントリに新しい `VXLAN_SGRP_F_NEW` フラグを設定します。失敗した場合、これらの新規作成エントリのみを削除し、既存のエントリの削除フラグを解除することで、置換操作の失敗時にソースリストに変更が生じないようにします。このフラグは処理全体が成功するまで保持され、その後でクリアされます。また、`vxlan_mdb_remote_src_add()` がフォワーディングエントリの追加に失敗した場合でも、既存のエントリを検索しただけのものについては削除しないように修正しました。
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.