CVE-2026-98122

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: vxlan: mdb: Fix use-after-free in vxlan mdb remote src del() vxlan mdb is valid source(), die MDBE ATTR SOURCE und jedes MDBE ATTR SRC LIST-Mitglied validiert, akzeptiert die All-Null-Adresse. Eine Quellliste wird nur bei einem (*, G)-Eintrag akzeptiert, dessen Quelle die Null-Adresse ist, und für jedes Mitglied der Liste wird daraus ein (S, G)-Eintrag abgeleitet, indem die Quelle ersetzt wird. Einträge werden durch einen einfachen memcmp() von struct vxlan mdb entry key eingegeben, so dass, wenn MDBE ATTR SOURCE vorhanden ist und die All-Null-Adresse und die Quellliste sie ebenfalls enthält, der abgeleitete (S, G) Schlüssel Byte-identisch mit dem (*, G) Schlüssel ist und zum gleichen Eintrag aufgelöst wird. Das Weglassen von MDBE ATTR SOURCE ist nicht äquivalent, da der Schlüssel dann mit einer Null-Adressfamilie belassen wird. vxlan mdb remote src del() entfernt den Weiterleitungseintrag einer Quelle, bevor er den Quelleintrag freigibt: vxlan mdb remote src fwd del(vxlan, group, remote, &ent->addr); vxlan mdb remote src entry del(ent); Mit den aliasierten Schlüsseln löscht der erste Aufruf die Fernbedienung des Eintrags, der "ent" anstelle eines separaten (S, G) Eintrags besitzt, und gibt "ent" frei. Der zweite Aufruf läuft dann auf dem freigegebenen Eintrag, und sein hlist del() liest ->pprev und ->next aus ihm heraus und schreibt durch sie hindurch. Das Hinzufügen des (*, G)-Eintrags mit NLM F REPLACE und keiner Quellliste markiert die Nullquelle für die Löschung und erreicht dies am Ende von vxlan mdb remote srcs replace(). BUG: KASAN: slab-use-after-free in vxlan mdb add+0x1cd/0xd70 Read of size 8 at addr ffff888102852500 by task poc/84 vxlan mdb add+0x1cd/0xd70 vxlan mdb add+0xc0/0x140 rtnl mdb add+0x157/0x2a0 rtnetlink rcv msg+0x207/0x5a0 Durch Aufgabe 84 zugewiesen: kmalloc cache noprof+0x153/0x360 vxlan mdb remote srcs add+0x2eb/0x440 vxlan mdb add+0x803/0xd70 Befreit durch Aufgabe 84: kfree+0x14c/0x3b0 vxlan mdb remote del+0x129/0x1a0 vxlan mdb del+0x4f/0xe0 vxlan mdb remote src fwd del.isra.0+0x162/0x1b0 vxlan mdb add+0x1c5/0xd70 Die MDB-Operationen sind netns-scoped, so dass ein unprivilegierter Benutzer sie in einem neuen Benutzer- und Netzwerk-Namespace ausführen kann. Lehnen Sie die All-Null-Adresse in vxlan mdb is valid source() ab, die beide Aufrufseiten abdeckt. Ein (*, G) Eintrag wird durch Weglassen der Quelle ausgedrückt, so dass nichts legitimes abgelehnt wird. Entdeckt von XBOW, triaged von Baul Lee

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

Empfohlene Schritte

• Betroffene Systeme identifizieren: linux linux kernel.
• Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
• Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
• Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

• Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
• WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
• Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.
• Administrative Zugänge besonders absichern: MFA, Passwortrotation, Session-Invalidierung.