Linux Kernel ermöglicht Host-Speicherlesung von einem VM; CVE-2026-99999-Patch.

Die Sicherheits-Community hat eine kritische Schwachstelle im Linux-Kernel-Netzwerkcode bestätigt, mit der Code, der bereits innerhalb einer virtuellen Maschine (VM) läuft, die Speicher der physischen Geräte lesen kann, die sie hostet und im Labor, um zu starten, um Abstürzen zu verursachen und Code auf diesem Host auszuführen. Die Entscheidung wurde von pwn.ai-Forschern während einer von Vercel organisierten Sicherheits-Herausforderung entdeckt, die privat an die Verantwortlichen gemeldet wurde und die Referenz CVE-2026-99999 und die 9,3 (Kritiker) Bewertung im öffentlichen Register erhielt.

Was geschah (bestätigte Fakten): Paulos Jibelo, ein pwn.ai-Forscher, zeigte, dass speziell gebaute Netzwerkpakete von innen ein Mikro gesendet VM könnte Bytes aus dem Host-Speicher filtern; jedes Paket könnte etwa 32 Bytes zurückgeben und der Vorgang könnte wiederholt werden. Vercel bestätigte die Demonstration gegen seine Produktion Sandkästen und sagte, es gibt keine Anzeichen, dass jemand Kundendaten im Belohnungsprogramm gelesen hat. Die Kernelbetreuer haben ein Patch (commit 6785011f8b16) angewendet, das Kontrollen hinzufügt, so dass die Prüfsummendaten eines Pakets nicht in den IPv4-Header deuten; diese Änderung wurde in den Hauptzweig integriert und in stabile Zweige umgerüstet. Der öffentliche Datensatz des Ausfalls klassifiziert es als "lokale" Vektoren: der Angreifer muss in der Lage sein, Code innerhalb des betroffenen VM auszuführen; es ist nicht ein Remote-Betriebsvektor einfach durch Senden von Paketen aus dem Internet.

Wie es technisch funktioniert (erklärt mit Vorsicht): das Problem liegt in der unzureichenden Validierung bestimmter Strukturen, die vom Kernel-Netzwerkstapel bei der Verarbeitung von Prüfsummen und Referenzen innerhalb von IPv4-Paketen verwendet werden. Wenn der Kernel auf Referenzen innerhalb des Pakets selbst folgt, ohne zu überprüfen, dass sie nicht auf unangemessene Header-Regionen zeigen, kann ein fehlerhaftes Paket Messwerte außerhalb der vorgesehenen Grenzen anführen. Diese Messwerte können Speicherfragmente aus dem Kernelraum des Hosts in den VM ausfiltern, und unter kontrollierten Bedingungen kann der gleiche Ausfall zu Speicherverfälschungen führen, die zu Hostfällen oder in der Möglichkeit der Ausführungskontrolle führen. Das Patch führt eine zusätzliche Fünf-Punkt-Überprüfung des Netzwerkcodes ein, um Checksum-Referenzen zu blockieren, die in den IPv4-Header weisen; die Lösung wird von seinem Autor als "in-Tief-Verteidigung"-Maßnahme bewertet und erfordert zusätzliche Arbeiten für eine frühere Überprüfung im Paketeintrag.

Wer es betrifft und warum es zählt: das Hauptrisiko ist Cloud-Umgebungen und jede Infrastruktur, in der mehrere Mieter den gleichen Linux-Kernel im Host teilen (d.h. die Ebene, die VMs oder MicroVMs betreibt und verwaltet). Vercel verwendet Mikro VMs Firecracker auf Bare-Metall-Hosts in Amazon EC2; der Ausfall ist nicht in Firecracker, sondern im Kernel, der im Host läuft, so dass jeder Anbieter mit einem ähnlichen Stack betroffen werden konnte, bis das Patch auf seinen Host-Kernel angewendet wird. Andererseits erfordert der Vektor, dass der Angreifer bereits Code innerhalb eines VM ausführt; es ist keine ausnutzbare Sicherheitslücke von außen, einfach von einem Angreifer, der Pakete aus dem Internet sendet.

Was sie im Labor gezeigt haben und was unsicher ist: Im Labor pwn.ai zeigte kontinuierliche Speicherlesung (~ 32 Bytes pro Paket), zwei Pakete waren genug, um einen Host zu fallen und mit replizierten Konfigurationen gelang es, den Host zu verwalten. Vercel bestätigt das Speicherleck in seiner Produktion, aber erklärt, dass es keinen Beweis dafür gibt, dass Kundendaten in seinen Berichten der Herausforderung gelesen wurden. Diese Fortschritte in Richtung "Code Ausführung im Host" und "administrative Steuerung" wurden vom Forscher in Maschinen, die zur Nachahmung der Vercel-Plattform konfiguriert sind, wiedergegeben; beide Punkte sind Ansprüche des Forschungsteams und, wie sie selbst betonen, entsprechen Laborergebnissen anstatt zu außerhalb der kontrollierten Umgebung beobachteten Betrieben. Bisher gibt es keine verifizierten öffentlichen Berichte über die Ausbeutung in der realen Welt.

Patch und Status der Bereitstellung: die Hauptänderung ist im Hauptzweig des Kernels verfügbar und ist zurück zu stabilen Zweigen; sein Autor war Michael S. Tsirkin (Red Hat). Systemmanager und Lieferanten sollten das Kernel-Update auf die physischen Hosts des Lieferanten anwenden oder bauen, die den Patch enthalten und die Hosts für die Korrektur neu starten, um in Kraft zu treten. Es ist wichtig, die Anzeigen der eigenen Verteilung oder des Bildanbieters zu überprüfen, da einige Distributionen Korrekturen vornehmen, ohne die angegebene Versionsnummer um eine zu ändern; bestätigen Sie daher, dass das spezifische Patch im Binärlauf des Hosts vorliegt und nicht nur auf der numerischen Version basiert. Für die technische Referenz des Patches siehe das Kernel-Repository: 6785011f8b16, und für das Mikro VM-Kontext von Vercel siehe Firecracker: https: / / github.com / firecracker-microvm / firecracker. Siehe auch die öffentliche Eingabe des EVC in der nationalen Datenbank: https: / / nvd.nist.gov / vuln / detail / CVE-2026-99999.

Spezifische Empfehlungen für Cloud Manager und Manager: Installieren Sie Host-Kernel so schnell wie möglich auf den aufgebauten Patch und starten Sie Hosts neu, um mit der korrigierten Version zu booten; überprüfen Sie mit Ihrem Lieferanten, dass öffentliche Hosts die Korrektur erhalten haben. Es reicht nicht aus, den Gastkernel zu aktualisieren: Der Fehler ist im Wirtskernel. Wenn Sie nicht sofort parken können, reduzieren Sie das Risiko des Kletterns: begrenzen Sie die Kapazität von nicht verifizierten Mietern, willkürlichen Code auf VMs auszuführen, unnötige Funktionen wie geschachtelte Virtualisierung zu deaktivieren, strenge Netzsteuerungen auf VMs anzuwenden, die unzuverlässigen Code ausführen und zusätzliche Isolationsmechanismen (Versicherungen, Mindestgenehmigungsrichtlinien) verwenden. Audit Log- und VMs-Verkehrsmuster, um ungewöhnliche Bursts von kleinen Paketen zu erkennen, die von Gästen stammen (Indikatoren im Einklang mit wiederholter Paket-Exfiltrationstechnik).

Empfehlungen für Entwickler und Nutzer von Cloud-Diensten: Wenn Sie verwaltete Plattformen verwenden, überprüfen Sie Ihre Mitteilungen und bestätigen, dass der Lieferant die Korrektur auf die Hosts angewendet hat, die Ihre Gebühren beherbergen. Bei kritischen Operationen, die eine maximale Vertraulichkeit erfordern, sollten Sie sich für die Unterkunft in speziellen Hosts oder in isolierten physischen Instanzen bewerben, bis die meisten Lieferanten das Patch bereitgestellt haben. Halten Sie regelmäßig gedrehte Geheimnisse und Schlüssel als Mitigation Praxis vor unentdeckten Lecks.

Die Entdeckung ist auch eine Erinnerung daran, dass die "geteilte" Dimension des Kernels in multi-tenant Umgebungen ein Risikogebiet ist und dass die Wartung und schnelle Bereitstellung von Korrekturen in der Wirtsschicht unerlässlich sind. Der Fall zeigt auch, wie fortgeschrittene Werkzeuge, einschließlich Sprachmodelle im Forschungsprozess, beschleunigen die Sicherheitsidentifikation: pwn.ai behauptet, seine IA-gestützte Plattform verwendet haben, um den Ausfall in Tagen zu finden und zu reduzierten Kosten, eine relevante Anmerkung für Organisationen, die gemeinsame Infrastruktur verteidigen.