CVE-2026-72255 in Linux
Zusammenfassung
von VulDB • 16.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
netfilter: nf_queue: Bridge-Gerät während NFQUEUE hält fake dst fixieren (pin)
Die br_netfilter Fake-rtable ist in der Struktur net_bridge eingebettet und wird mit skb_dst_set_noref() an gepufferte Pakete angehängt. Wenn ein solches Paket an die NFQUEUE weitergeleitet wird, erhöht __nf_queue() diese falsche Zielreferenz (fake dst) durch Aufruf von skb_dst_force().
Zu diesem Zeitpunkt kann das in der Warteschlange befindliche SKB eine echte dst-Referenz enthalten, nachdem bereits mit dem Abbau der Bridge begonnen wurde. Das Problem besteht nicht darin, dass jedes gepufferte Paket seine eigene dst-Referenz benötigt. Das Problem ist vielmehr, dass NFQUEUE die private falsche Zielreferenz (fake dst) der Bridge am Leben erhalten kann, sobald das Deaktivieren (unregister) beginnt.
Beheben Sie dies, indem Sie das Modell für die fake dst der Bridge unverändert lassen und nur solange das Master-Gerät der Bridge fixiert wird, wie sich das Paket in der NFQUEUE befindet. Notieren Sie das Bridge-Gerät im nf_queue_entry, wenn das warteschlangenfähige SKB eine bridge-fake-dst trägt, nehmen Sie für die Lebensdauer der Warteschlange eine Geräte-Referenz und geben Sie diese frei, wenn der Warteschlangeneintrag freigegeben wird.
Stellen Sie außerdem sicher, dass eingereihte Einträge aufgeräumt werden, wenn das Bridge-Gerät heruntergefahren wird, und entfernen Sie den redundanten Test nf_bridge_info_exists() aus der Erkennung von fake dsts.
Dies hält netdev_priv(br->dev) bis zur Fertigstellung des Urteils (verdict completion) am Leben, sodass die eingebettete falsche rtable und deren Metriken-Speicher nicht unterhalb von dst_release() freigegeben werden können. Es vermeidet auch das ständige Erhöhen der Referenzzähler und den Einsatz ipv4-spezifischer dst-Hilfsfunktionen für IPv6-Bridge-Verkehr.
If you want to get best quality of vulnerability data, you may have to visit VulDB.