Sicherheitswarnung · Mittel
VMware ESX: Logging-Schwachstelle CVE-2026-41709 ausgenutzt, Administratoraktionen können unprotokolliert bleiben
· 3 Minuten Lesezeit · Centoculus Security Team
Bekannt seit · Angriffe bestätigt seit
Betroffen: Broadcom VMware ESX (betroffene Versionen: siehe Broadcom-Advisory)
Was passiert ist
Broadcom VMware ESX enthält eine Schwachstelle durch unzureichende Protokollierung, die als CVE-2026-41709 erfasst ist. Ein böswilliger Akteur, der bereits Administratorzugriff auf den Host hat, kann bestimmte Operationen durchführen, ohne dass diese protokolliert werden. Die Schwachstelle ist seit dem 30. Juli 2026 öffentlich bekannt, und Broadcom hat ein Sicherheits-Advisory veröffentlicht.
Dies ist keine neue Schwachstelle. Neu ist, dass CISA sie am 28. Oktober 2026 in den Katalog der bekanntermaßen ausgenutzten Schwachstellen aufgenommen hat, was aktive Angriffe bestätigt. Der CVSS-Basiswert liegt nur bei 2,7, da die Schwachstelle Administratorzugriff voraussetzt. In der Praxis hilft sie Angreifern, die bereits einen Host kompromittiert haben, ihre Aktivitäten darauf zu verbergen. Hosts, die seit der Veröffentlichung im Juli nicht gepatcht wurden, sind gefährdet.
Wer betroffen ist
Betroffen sind alle Betreiber von Broadcom VMware ESX Hosts, die den Fix aus dem Broadcom-Advisory nicht erhalten haben. Die Quelldaten nennen keine betroffenen oder korrigierten Versionen. Prüfen Sie das unten verlinkte Broadcom-Sicherheits-Advisory auf die genauen Builds.
Das Risiko ist am höchsten für Hosts, deren Management-Schnittstellen aus dem Internet oder aus weniger vertrauenswürdigen Netzen erreichbar sind, sowie für Umgebungen, in denen Administratorzugangsdaten geteilt werden oder bereits offengelegt sein könnten.
Was Sie jetzt tun sollten
- Öffnen Sie das unten verlinkte Broadcom-Sicherheits-Advisory und notieren Sie die korrigierten Builds oder Gegenmaßnahmen für Ihre ESX-Versionen.
- Sichern Sie die Host-Konfiguration vor dem Patchen, zum Beispiel mit
vim-cmd hostsvc/firmware/backup_configauf ESXi. - Migrieren Sie die virtuellen Maschinen oder fahren Sie sie herunter, versetzen Sie den Host in den Wartungsmodus, spielen Sie den Patch ein und starten Sie den Host neu.
- Bestätigen Sie nach dem Neustart, dass der Host den korrigierten Build meldet, verlassen Sie den Wartungsmodus und prüfen Sie, ob die virtuellen Maschinen normal starten und laufen.
- Falls für Ihre Version noch kein Patch verfügbar ist, wenden Sie die von Broadcom beschriebenen Gegenmaßnahmen an. CISA rät, die Nutzung des Produkts einzustellen, wenn keine Gegenmaßnahmen verfügbar sind.
- Überprüfen Sie alle Konten mit Administratorrechten auf dem Host und in vCenter. Entfernen Sie nicht benötigte Konten und ändern Sie die Passwörter für root und admin, insbesondere wenn ein Host aus dem Internet erreichbar war.
- Beschränken Sie den Zugriff auf die Management-Schnittstellen (Web-Client, SSH, API) auf vertrauenswürdige Admin-Netze und deaktivieren Sie SSH sowie die ESXi-Shell, wo sie nicht benötigt werden.
- Leiten Sie Host-Logs an einen entfernten Syslog-Server weiter, damit Protokolle auf einem System erhalten bleiben, das der Angreifer nicht kontrolliert.
So prüfen Sie, ob Sie betroffen sind
- Prüfen Sie den Build jedes Hosts mit
esxcli system version getodervmware -vlund vergleichen Sie ihn mit den korrigierten Builds im Broadcom-Advisory. - Prüfen Sie mit
esxcli system syslog config get, ob die Remote-Protokollierung konfiguriert ist. - Sichten Sie
/var/log/auth.log,/var/log/shell.logund/var/log/hostd.logsowie die vCenter-Ereignisse auf unerwartete Anmeldungen, neue Konten, aktiviertes SSH oder geänderte Konfigurationen. Beachten Sie, dass diese Schwachstelle es erlaubt, bestimmte Operationen ohne Protokolleinträge durchzuführen. Fehlende Einträge belegen daher nicht, dass ein Host sauber ist. - Vergleichen Sie die aktuelle Host-Konfiguration, Benutzer, Firewall-Regeln und installierten VIBs (
esxcli software vib list) mit einem bekannt guten Zustand. - Falls Sie Anzeichen für eine Kompromittierung finden, isolieren Sie den Host, sichern Sie Logs und Daten, bevor Sie Änderungen vornehmen, und folgen Sie den CISA Forensics Triage Requirements, auf die im CISA-Katalogeintrag verwiesen wird.
Quellen
- https://nvd.nist.gov/vuln/detail/CVE-2026-41709
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog
Weitere Quellen (4)
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-41709
- https://support.broadcom.com/web/ecx/support-content-notification/-/external/content/SecurityAdvisories/0/38017
- https://thehackernews.com/2026/10/china-linked-hackers-exploited-vmware.html
- https://www.heise.de/news/Angriffe-auf-Linux-und-VMware-ESX-Schwachstellen-11503947.html
Weitere Beiträge
Sicherheitswarnungen ·
OpenSSH auf Alpine Linux: Anmeldung ohne Passwort durch überlange Passwörter
Auf Alpine-Linux-Servern mit dem Standardpaket openssh-server können Angreifer sich ohne Passwort bei Konten anmelden, etwa bei Konten, die nur mit SSH-Schlüsseln genutzt werden. OpenSSH 10.6p2 und aktualisierte Alpine-Pakete beheben das Problem.
Sicherheitswarnungen ·
APT-Lücke auf Debian und Ubuntu erlaubt Paketaustausch per MitM und Codeausführung als root
Eine Lücke in APT erlaubt einem Angreifer, der Paket-Downloads manipulieren kann, ein verifiziertes Paket zu ersetzen und Code als root auszuführen. Debian und Ubuntu haben am 4. November Sicherheitshinweise veröffentlicht. Aktualisieren Sie APT auf allen Servern.
Sicherheitswarnungen ·
Ruby on Rails Active Storage: kritische Schwachstelle beim Dateischreiben über ImageMagick-Uploads
Eine kritische Schwachstelle in Ruby on Rails Active Storage erlaubt nicht authentifizierten Angreifern, über einen präparierten Upload beliebige Dateien auf dem Server zu schreiben, wenn ImageMagick die Datei verarbeitet. Aktualisieren Sie auf Rails 8.1.4.1 oder 8.0.5.2.