CVE-2026-98123

Beschreibung

Im Linux-Kernel wurde die folgende Sicherheitsanfälligkeit behoben: sctp: Fix soft lockup from unpadded ASCONF-ACK parameter iteration sctp verify asconf() walks ASCONF-ACK parameters with sctp walk params(), die von SCTP PAD4(length) vorangetrieben wird, während der Verbraucher sctp get asconf response() die gleichen Parameter durchläuft, die ohne Padding um die Rohlänge vorangetrieben werden. Ein einziger ungerade Längenparameter desynchronisiert die beiden Spaziergänge und lässt den Verbraucher angreifergesteuerte Bytes in einem falsch ausgerichteten Offset interpretieren. Wenn diese Bytes eine Länge von Null ergeben, macht die while-Schleife über asconf ack len keinen Fortschritt und dreht sich für immer im Softirq-Kontext, und der Watchdog meldet eine weiche Sperrung. Alle lesungen bleiben innerhalb der empfangenen skb, so dass die sperre eine reine fernverweigerung des dienstes ist. Ein Remote-Peer kann ihn mit einem erstellten ASCONF-ACK auf einer ADD-IP-fähigen Assoziation mit einem herausragenden ASCONF auslösen (RFC 5061 Abschnitt 4.1.2 erfordert, dass der Chunk authentifiziert wird, aber die vordefinierte leere Schlüssel-ID 0 ermöglicht es dem Peer, die gleiche Assoziation HMAC aus öffentlich ausgetauschten Parametern zu berechnen, so dass das Gate nicht hilft). Der SCTP PARAM ERR CAUSE-Fall von sctp verify asconf() führt ebenfalls keine Längenüberprüfung durch und lässt einen Parameter ohne vollständigen Fehlerkopf den Verbraucher erreichen, der errhdr.cause liest, weil er am Ende des Parameters ein Out-of-bounds liest. Verwerfen Sie SCTP PARAM ERR CAUSE-Parameter, die kürzer als sizeof(struct sctp addip param) + sizeof(struct sctp errhdr) sind, und schalten Sie den Verbraucher-Iterator mit der gleichen Padding-Regel wie den Verifier fort, um die beiden Schritte im Gleichschritt zu halten. Der Verifier-Wechsel garantiert einen vollständigen Fehler-Header in jedem ERR CAUSE-Parameter, den der Verbraucher sehen kann, so dass der Asconf ack len-Check des Verbrauchers fallen gelassen wird und er err param->cause direkt zurückgibt. Der Consumer Padding Fix ist weiterhin erforderlich, da ungerade Längen für SCTP PARAM ERR CAUSE pro RFC 5061 gültig bleiben. Das Problem wurde von ZeroHive, einem Vulnerability Hunting Agent bei Tencent Yunding Lab, gefunden.

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.