CVE-2026-64436

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: net: af key: initialize alg key len for IPComp states pfkey msg2xfrm state() handhabt den Fall IPComp (SADB X SATYPE IPCOMP), indem er x->calg zuweist und nur den Algorithmusnamen kopiert: x->calg = kmalloc obj(*x->calg); wenn (!x->calg) {err = -ENOMEM; goto out; } strcpy(x->calg->alg name, a->name); x->props.calgo = sa->sadb sa encrypt; Im Gegensatz zu den Zweigen der Authentifizierung (x->aalg) und Verschlüsselung (x->ealg) der gleichen Funktion initialisiert der Kompressionszweig niemals calg->alg key len. IPComp trägt keinen Schlüssel und die Zuweisung reserviert nur sizeof(struct xfrm algo) (d.h. keinen Platz für einen Schlüssel), so dass das Feld mit nicht initialisierten Plattendaten verbleibt. calg->alg key len wird später als Länge von xfrm algo clone() verwendet, wenn ein IPComp-Zustand während XFRM MSG MIGRATE kloniert wird: xfrm state migrate() xfrm state clone and setup() x->calg = xfrm algo clone(orig->calg); kmemdup(orig, xfrm alg len(orig)); wobei xfrm alg len() sizeof(*alg) + (alg key len + 7) / 8 zurückgibt. Mit einem Nicht-Null-Müll-Alg key len liest kmemdup() am Ende des 68-Byte-Calg-Objekts vorbei. Hinzufügen einer IPComp SA über PF KEY und anschließende Migration von Triggern (BUG: KASAN: slab-out-of-bounds in kmemdup noprof+0x44/0x60 Read of size 4164 at addr ff11000025a74980 by task diag2/9287 CPU: 3 UID: 0 PID: 9287 Comm: diag2 7.1.0-rc6-g903db046d557 #1 Call Trace: dump stack lvl+0x10e/0x1f0 print report+0xe4/0x120 kasan report+0x105/0x1b0 asan memcpy+0x23/0x60 kmemdup noprof+0x70a/0x1da0 xfrm state migrate+0x753/0x18a0 xfrm do mg+0x411/0x420 xfrm netlink rcv+0x71/0x Durch Aufgabe 9287 zugewiesen: kasan save stack+0x33/0x60 kasan save track+0x14/0x30 kasan kmalloc+0xaa/0xb0 pfkey add+0x2652/0x2ea0 pfkey process+0x6d0/0x830 pfkey sendmsg+0x42c/0x850 sys sendto+0x461/0x4b0 x64 sys sendto+0xe0/0x1c0 do syscall 64+0x116/0x7d0 entry SYSCALL 64 after hwframe+0x77/0x7f Die Buggy-Adresse gehört zum Objekt ff11000025a74980, das zum Cache kmalloc-96 der Größe 96 gehört Die Buggy-Adresse befindet sich 0 Bytes innerhalb der zugewiesenen 68-Byte-Region [ff11000025a74980, ff11000025a749c4] Abhängig vom uninitialisierten Wert kann dasselbe Feld stattdessen eine übergroße kmemdup()-Zuweisung anfordern und den Migrationsklon fehlschlagen lassen. Der XFRM-Netlink-Pfad ist nicht betroffen: verify one alg() lehnt ein XFRMA ALG COMP-Attribut ab, das kürzer ist als xfrm alg len(), so dass ein über XFRM MSG NEWSA hinzugefügter Calg immer selbstkonsistent ist. Initialisieren Sie calg->alg key len auf 0, passend zu den aalg/ealg-Zweigen.

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.