Folgen 
Broadcom hat dringende Sicherheitsupdates für eine kritische VMware ESXi-Schwachstelle veröffentlicht, die es einem Angreifer ermöglicht, aus einer virtuellen Maschine auszubrechen und Code auf dem zugrunde liegenden Hypervisor-Host auszuführen. Die Schwachstelle, die als CVE-2026-47876 verfolgt wird und auf der CVSS-Skala mit 9,3 bewertet ist, liegt im VMXNET3-Netzwerkadapter.
Eine erfolgreiche Ausnutzung erfordert, dass der Angreifer bereits lokale Administratorrechte innerhalb einer Gast-VM hat, die mit VMXNET3 konfiguriert ist. Von dieser Position aus kann der Angreifer einen Out-of-Bounds-Schreibvorgang auslösen und die Isolationsgrenze zwischen dem Gast und dem ESX-Host überschreiten.
Diese VM-Escape-Schwachstelle ist besonders schwerwiegend in Multi-Tenant-, Cloud- und Unternehmensvirtualisierungsumgebungen. Die Kompromittierung des Hypervisors kann andere virtuelle Maschinen, Verwaltungsdaten, Anwendungslasten und Infrastrukturgeheimnisse auf demselben Host exponieren.
Broadcom hat keine Hinweise darauf gefunden, dass die Schwachstelle in freier Wildbahn ausgenutzt wurde. Es gibt jedoch keine verfügbaren Workarounds, und das Unternehmen klassifiziert die Updates als eine Notfalländerung, die promptes Handeln erfordert.
CVE-2026-47876-Analyse
Die Schwachstelle ist ein Out-of-Bounds-Schreibvorgang in der VMXNET3-Implementierung des virtuellen Netzwerkadapters auf der ESX-Seite der Kommunikation mit einer Gastmaschine. VMXNET3 ist ein leistungsstarker Netzwerkadapter, der häufig in VMware-Umgebungen eingesetzt wird, um einen höheren Durchsatz und geringeren Overhead als emulierte Netzwerkgeräte zu bieten.
Ein Angreifer muss zunächst lokale Administrator- oder Root-Berechtigungen innerhalb einer virtuellen Maschine mit VMXNET3 erlangen. Der bösartige Akteur kann dann mit dem virtuellen Adapter in einer Weise interagieren, die dazu führt, dass Daten über die vorgesehene Speichergrenze im Host-seitigen Komponent hinausgeschrieben werden.
Speicherkorruption im Hypervisor-Prozess kann dem Angreifer ermöglichen, beliebigen Code auf dem ESX-Host auszuführen. Dies bricht eines der zentralen Sicherheitsversprechen der Virtualisierung: Code, der innerhalb eines Gastes ausgeführt wird, sollte vom Hypervisor und anderen Workloads isoliert bleiben.
CVE-2026-47876 betrifft die folgenden unterstützten VMware-Produktzweige, wenn sie Builds ausführen, die älter als die festgelegten Versionen sind:
- VMware Cloud Foundation und VMware vSphere Foundation ESX 9.1.x
- VMware Cloud Foundation und VMware vSphere Foundation ESX 9.0.x
- VMware ESXi 8.0
- VMware Cloud Foundation 5.x
- VMware Telco Cloud Platform 5.0.x und 5.1.x
Virtuelle Maschinen, die mit anderen virtuellen Netzwerkadaptern konfiguriert sind, sind über diesen spezifischen Angriffspfad nicht anfällig. Broadcom empfiehlt jedoch nicht, langfristig auf Adapter wie e1000 umzusteigen, da emulierte Adapter ihre eigene Schwachstellenhistorie haben und die Leistungsverbesserungen paravirtualisierter Treiber fehlen.
Die wichtigsten Details zu CVE-2026-47876 betreffen die erforderlichen Privilegien und die überschrittene Sicherheitsgrenze. Die Schwachstelle ist nicht direkt von einem nicht authentifizierten Internet-Angreifer ausnutzbar. Sie wird wertvoll, nachdem ein Gegner bereits eine Gastmaschine kompromittiert und administrative Kontrolle über sie erlangt hat.
Dies macht den Fehler gut geeignet für mehrstufige Einbrüche. Ein Angreifer könnte zunächst eine anfällige Anwendung kompromittieren, privilegierte Anmeldeinformationen stehlen oder einen anderen Gast-Ebene-Fehler ausnutzen, bevor er die ESXi-Schwäche nutzt, um der virtuellen Maschine zu entkommen und den Host anzugreifen.
Das Problem wurde von Nguyen Hoang Thach von STARLabs SG über den von Trend Micros Zero Day Initiative betriebenen Pwn2Own-Wettbewerb privat gemeldet. Die zitierten Quellen identifizieren kein öffentlich verfügbares CVE-2026-47876-PoC, und Broadcom hat keine aktive Ausnutzung gemeldet.
Es gibt auch keine vom Anbieter veröffentlichten CVE-2026-47876-IOCs. Da die Ausnutzung durch Interaktionen zwischen einem privilegierten Gast und dem virtuellen Adapter erfolgt, sollten Verteidiger nicht mit einem einfachen bösartigen Dateihash, einer IP-Adresse oder einem Web-Anforderungsmuster rechnen, das zuverlässig Missbrauch identifiziert.
Abschwächung von CVE-2026-47876
Broadcom erklärt, dass es keine Workarounds gibt, die die Schwachstelle vollständig adressieren. Organisationen müssen ESX auf einen festgelegten Build aktualisieren, anstatt auf VM-Konfigurationsänderungen zu bauen oder VMXNET3 durch einen anderen Adapter zu ersetzen.
Die relevanten festen Versionen umfassen:
- ESX 9.1.x: ESXi-9.1.0.0200-25557999
- ESX 9.0.x: ESXi-9.0.2.0100-25595025
- VMware ESXi 8.0: ESXi80U3k-25595708
- VMware Cloud Foundation 5.x: Wenden Sie den entsprechenden asynchronen Patch an
- VMware Telco Cloud Platform 5.0.x und 5.1.x: Folgen Sie den branchenspezifischen Update-Anleitungen des Anbieters
Broadcom weist darauf hin, dass öffentlich freigegebene Patches kumulativ sind, sodass Administratoren den aufgeführten festen Build oder eine neuere unterstützte Version installieren können, die dieselbe Sicherheitskorrektur enthält.
Der Nachweis von CVE-2026-47876 sollte mit einem Inventar der ESX-Hosts und ihrer Build-Nummern beginnen. Administratoren können Build-Informationen im Reiter „Zusammenfassung“ des vSphere-Clients anzeigen oder Hosts über PowerCLI abfragen:
Get-VMHost | Select-Object Name,Version,Build
Sicherheitsteams sollten dann virtuelle Maschinen identifizieren, die VMXNET3 verwenden, und Hosts priorisieren, die unzuverlässige, internetorientierte, Entwickler-, kundenkontrollierte oder Multi-Tenant-Workloads ausführen. Die Verwendung von VMXNET3 weist nicht selbst auf eine Kompromittierung hin, bestätigt jedoch, dass der anfällige Angriffspfad auf einem nicht gepatchten Host verfügbar sein könnte.
Um Missbrauch von CVE-2026-47876 zu erkennen, sollten Verteidiger auf verdächtige Aktivitäten vor einem möglichen Ausbruch achten, einschließlich:
- Unerwarteter Erwerb von Administratorrechten innerhalb einer Gast-VM
- Ungewöhnliche Kernel- oder Treiberaktivitäten mit virtuellen Netzwerken
- Instabilität des VMX-Prozesses oder unerklärliche Abstürze von Hostprozessen
- Unbefugte Änderungen an der ESX-Hostkonfiguration
- Neue Hostprozesse oder Verbindungen nach einer Gastkompromittierung
- Zugriff vom Hypervisor auf andere virtuelle Maschinen oder Verwaltungssysteme
- Versuche, Protokollierung oder Sicherheitskontrollen auf dem Host zu deaktivieren
Organisationen sollten jede bestätigte Kompromittierung auf Administrator-Ebene bei einem nicht gepatchten VMXNET3-aktivierten Host als potenziellen Hypervisor-Vorfall behandeln. Die Vorfallreaktion sollte die Überprüfung des ESX-Hosts, benachbarter Workloads, vCenter-Aktivitäten, privilegierter Konten und Infrastruktur-Berechtigungsnachweisen umfassen, anstatt nur den ursprünglichen Gast zu untersuchen.
Die Anwendung des Updates kann einen Neustart des ESX-Hosts erfordern. Broadcom empfiehlt, vMotion zu verwenden, um Workloads auf alternative Hosts zu verlagern und Cluster über einen Rollenneustart-Prozess zu patchen. Virtuelle Maschinen, die nicht migriert werden können, müssen während des Host-Neustarts heruntergefahren werden.
Eignungsumgebungen können auch ESX Live Patch verwenden, um die Unterbrechung zu reduzieren. Administratoren sollten die Release Notes für ihren Produktszweig konsultieren, um zu bestätigen, ob Live Patch für die ausgewählten Quell- und Ziel-Builds unterstützt wird.
Das Aktualisieren von VMware Tools im Inneren des Gastes behebt dieses Problem nicht. Obwohl VMXNET3 einen In-Guest-Treiber umfasst, befindet sich der anfällige Code auf der ESX-Seite, daher muss der Hypervisor selbst aktualisiert werden.
FAQ
Was ist CVE-2026-47876 und wie funktioniert es?
CVE-2026-47876 ist eine kritische Out-of-Bounds-Schreibschwachstelle in der VMXNET3-Implementierung des virtuellen Netzwerkadapters in VMware ESX. Ein Angreifer mit Administratorrechten innerhalb einer VM, die VMXNET3 verwendet, kann Speicherkorruption auslösen und Code auf dem Hypervisor-Host ausführen.
Wann wurde CVE-2026-47876 erstmals entdeckt?
Das private Entdeckungsdatum wurde nicht öffentlich bekannt gegeben. Broadcom schreibt Nguyen Hoang Thach von STARLabs SG, der durch den Pwn2Own-Wettbewerb und Trend Micros Zero Day Initiative arbeitet, die Meldung des Problems zu. Der Anbieter hat die Empfehlung und Sicherheitsupdates am 29. Juli 2026 veröffentlicht.
Welche Auswirkungen hat CVE-2026-47876 auf Systeme?
Eine erfolgreiche Ausnutzung kann einem böswilligen Administrator innerhalb einer Gast-VM ermöglichen, der virtualisierten Umgebung zu entkommen und beliebigen Code auf dem ESX-Host auszuführen. Dies kann den Hypervisor, andere gehostete virtuelle Maschinen, sensible Infrastrukturdaten und verbundene Verwaltungssysteme exponieren.
Kann mich CVE-2026-47876 im Jahr 2026 noch betreffen?
Ja. VMware-Umgebungen bleiben exponiert, wenn sie Builds ausführen, die älter als die festen Versionen sind, und eine virtuelle Maschine mit VMXNET3 hosten. Nicht unterstützte VMware-Zweige sollten ebenfalls als anfällig angesehen werden, es sei denn, der Anbieter oder ein Anbieter von erweitertem Support bestätigt etwas anderes.
Wie kann ich mich vor CVE-2026-47876 schützen?
Installieren Sie sofort den von Broadcom bereitgestellten festen ESX-Build, verifizieren Sie, dass die gepatchte Version aktiv ist, und priorisieren Sie Hosts, die hochriskante oder unzuverlässige Gast-Workloads ausführen. Es gibt keinen vollständigen Workaround, und die Änderung des virtuellen Netzwerkadapters wird nicht als Ersatz für die Aktualisierung des Hypervisors empfohlen.
