Die Schwachstelle wird als CVE-2026-64564 geführt und von ihren Entdeckern SCTPhantom genannt. Öffentlich bekannt wurde sie am 6. August, zwei Tage nachdem das Kernel-CVE-Team die Kennung vergeben hatte. Der Fehler betrifft den SCTP-Stack von Linux und geht auf Linux 2.6.25 aus dem Jahr 2008 zurück. Laut Bericht war er damit in jedem seither veröffentlichten Kernel enthalten.
SCTP ist ein Transportprotokoll, das eine Verbindung über mehrere Netzwerkpfade gleichzeitig führen kann. Eine begleitende Funktion zur dynamischen Neukonfiguration von Adressen erlaubt es einem Kommunikationspartner, diese Adressen während einer laufenden Verbindung hinzuzufügen oder zu entfernen. Genau in diesem Bereich liegt das Problem.
Dem Kernel-Hinweis zufolge verwechselt der Kernel bei Löschanforderungen Identitäten: Geprüft wird eine Löschanfrage gegen die Quelladresse des Pakets, verarbeitet wird aber ein Pfad, der über eine andere, innerhalb der Nachricht enthaltene Adresse ausgewählt wurde. Eine einzelne Nachricht kann demnach erst eine Adresse enthalten, dann eine Löschanfrage für dieselbe Adresse und anschließend eine Platzhalter-Löschung. Diese Abfolge gibt den Pfad frei und verwendet danach den bereits ungültigen Zeiger weiter, sodass die Verbindung auf Speicher zeigt, den der Kernel schon freigegeben hat.
Der Patch unterbindet deshalb eine Löschanforderung, wenn sie auf genau den Pfad zielt, gegen den die Nachricht gerade verarbeitet wird. Geschlossen wurde die Lücke in den stabilen Kernel-Versionen 7.1.6, 6.18.42, 6.12.101 und 6.6.148, die am 3. August veröffentlicht wurden.
Tencent Zhuque Lab berichtet, auf den getesteten Kernel-Builds für Debian 13, Ubuntu 24.04, Rocky Linux 9, RHEL 9 und OpenCloudOS Root-Rechte erlangt zu haben, sofern SCTP auf dem Ziel erreichbar war. Die Forscher beschreiben die Lücke ausdrücklich als lokal, nicht als aus der Ferne ausnutzbar.
Auch die Behauptung zum Container-Ausbruch stützt sich ausschließlich auf eigene Tests des Labors. In der Veröffentlichung heißt es, eine frühe Exploit-Version habe die gesetzten Sysctl-Optionen net.sctp.addip_enable und net.sctp.addip_noauth_enable benötigt, wodurch CAP_NET_ADMIN zunächst wie eine Voraussetzung erschien. Später habe man jedoch einen Weg gefunden, beide Einstellungen unverändert zu lassen, indem die Funktionen pro Socket aktiviert werden.
Nach Angaben des Labors lief der Ausbruchstest mit dem standardmäßigen seccomp-Profil; weder CAP_NET_ADMIN noch CAP_SYS_ADMIN seien vergeben gewesen. Sechs von acht Versuchen hätten nach eigener Zählung Root auf dem Host erreicht. Eine unabhängige Reproduktion gibt es bislang nicht, und die Veröffentlichung nennt auch nicht die getestete Container-Laufzeitumgebung. Tencent weist zudem selbst darauf hin, dass Socket-Zugriff, seccomp-Profile und die Richtlinien für User-Namespaces die tatsächliche Angriffsfläche verändern.
Ein Hinweis von openKylin zur selben Schwachstelle bleibt deutlich vorsichtiger und spricht nur von Kernel-Panik und Denial of Service. Auch die Bewertung der Schwere ist noch nicht abgeschlossen: Tencent vergab 8,5 nach CVSS v4.0, während die NVD bis zum 7. August weder einen Score noch eine Schwachstellenklassifikation hinterlegt hatte.
Wichtig ist außerdem, dass Hersteller Fehlerbehebungen oft rückportieren, ohne die Upstream-Versionsnummer anzuheben. Allein anhand des Kernel-Strings lässt sich daher nicht sicher erkennen, ob ein System geschützt ist; maßgeblich ist der jeweilige Tracker der Distribution. Hinzu kommt ein zweiter Use-after-free-Fehler mit hängendem Transportobjekt im selben Code, der erst am 6. August gepatcht wurde. Die stabilen Kernel-Versionen vom 3. August enthalten diese zweite Korrektur daher noch nicht. Wo SCTP nicht benötigt wird, lässt sich die Angriffsfläche durch das Blockieren des Moduls vollständig entfernen.
Tencent schreibt den Fund Corvus AI zu, einer eigens für Kernel-Arbeit entwickelten Multi-Agenten-Forschungspipeline. Laut Tencent ist SCTPhantom damit die jüngste in einer Reihe lange unentdeckter Kernel-Fehler, die in diesem Jahr mit maschineller Unterstützung aufgedeckt wurden, darunter GhostLock im Juli. Am selben Tag wurde außerdem Zapscape bekannt, ein nicht verwandter KVM-Ausbruch; dieselben vier stabilen Kernel-Versionen enthalten beide Korrekturen.