![\"VMware\"](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2025\/03\/image-9.png\")
Ich fasse mal drei Themen rund um VMware by Broadcom und dessen ESXi-Instanzen zusammen. VMware-Instanzen werden \u00fcber die Schwachstelle CVE-2026-59310 angegriffen. Ein Blog-Leser hat mich kontaktiert, weil er bei Broadcom nicht an die ben\u00f6tigten Sicherheitsupdates herankommt. Und mir sind Meldungen untergekommen, dass VMware ESXi-Instanzen sich einfach herunterfahren.<\/p>\n
<\/p>\n
Obigem Tweet<\/a> zufolge werden VMware vCenter-Instanzen ausgekundschaftet. Angreifer nutzen VMware vCenter aus, um sich dauerhaft Zugang zu verschaffen. Zuerst wird die Sicherheitsl\u00fccke CVE-2026-59310 ausgenutzt, um Zugriff zu erhalten. Danach richten die Angreifer einen b\u00f6sartigen Cron-Job ein, der \"reverse_ssh\", um sich den Zugriff zu sichern. Sicherheitsforscher haben bis zu 361 IP-Adressen von Opfern in 47 L\u00e4ndern identifiziert. The Hacker News berichtet Details in diesem Artike<\/a>l.<\/p>\n Blog-Leser Jonathan M. hat mich zum 11. August 2026 per E-Mail kontaktiert, weil er in seinem Unternehmensumfeld in Probleme gelaufen ist. Im Unternehmen betreiben sie zwei ESXi-Hosts samt vCenter auf Version 8. Allerdings ist der Supportvertrag im Mai\u00a0 2026 ausgelaufen.<\/p>\n Laut Broadcom (KB 314603) sollen nun jedoch auch Kunden ohne aktiven Wartungsvertrag Patches f\u00fcr Sicherheitsl\u00fccken mit einer CVSS <= 9,0 erhalten.\u00a0Nach mehreren Gespr\u00e4chen mit dem Support sowie unserem Account Director gibt es allerdings weder den Patch im Support Portal noch eine konkrete Timeline. Es betrifft die Frage 35<\/a> zum Ccritical VMware Security Advisory (VMSA) VMSA-2026-0006.<\/p>\n Auf die Frage, ob das Unternehmen das Update zwecks Lizenzkonformit\u00e4t aus alternativen Quellen beziehen d\u00fcrfen, sei (z. B. mit Verweis auf potenziell ver\u00e4nderte Patches, obwohl Hash Werte gleich sind\u2026) nur ausweichend geantwortet worden.\u00a0Bez\u00fcglich der Audit Sicherheit habe man ebenfalls ausweichend geantwortet. \"Gerade im Hinblick auf das derzeitige Gebaren von Broadcom bez\u00fcglich Audits und Unterlassungserkl\u00e4rungen sehen wir das Thema kritisch.\" schrieb der Leser und fragte: \"Kannst du oder die Community hier f\u00fcr etwas Licht im Dunkeln sorgen? Vielleicht hast du oder die Community hier einen Rat f\u00fcr uns.\"<\/p>\n Die Tage ist mir bei den Kollegen von administrator.de der Thread\u00a0Server f\u00e4hrt ohne Grund komplett herunter<\/a> untergekommen. Der Betroffene hat das Problem bei einem Kunden, dass bei einem ESXi-Host mehrere (4) ESXi-Server (6.7 & 7.3) in Betrieb sind. Jeder dieser ESXi-Server f\u00e4hrt sich scheinbar ohne ersichtlichen Grund sauber herunter.<\/p>\n Eine USV ist vorhanden und wurde getauscht, jegliche Verbindung mit dem ESXi zum Steuern wurde getrennt, Zugangsdaten ge\u00e4ndert etc. Das Problem tritt sporadisch auf. Einzige Info im ESXi-Log ist:<\/p>\n Der Poster fragt, ob jemand so ein Verhalten schon einmal gesehen oder eine Idee hat, wodurch ein \"Power button pressed\"-Signal ausgel\u00f6st werden k\u00f6nnte? Die vage Vermutung des Powers war es, dass eine Photovoltaikanlage verantwortlich sein k\u00f6nne.<\/p>\n Die Diskussion im Forum geht ziemlich an obiger Fragestellung vorbei. Interessant fand ich, dass ein weiterer Betroffener schreibt, dass er seit einigen Wochen das gleiche Problem habe (daher habe ich die Info mal hier aufgegriffen). Und bei Thomas Krenn gibt es noch den Wiki-Beitrag VMware DPM (Distributed Power Management)<\/a>, der ein bestimmtes Szenario beschreibt, wo die Virtualisierungshosts zum Stromsparen abgeschaltet werden. Scheint mir an obiger Fragestellung vorbei zu gehen. Und es gibt einen VMware Support-Beitrag Error: ESXi host powers off unexpectedly via ACPI signal<\/a>, der aber auch nicht aufgegriffen wurde. Hat jemand aus der Leserschaft ein solches Verhalten beobachtet und kann den Kollegen dr\u00fcben helfen?<\/p>\n","protected":false},"excerpt":{"rendered":" Ich fasse mal drei Themen rund um VMware by Broadcom und dessen ESXi-Instanzen zusammen. VMware-Instanzen werden \u00fcber die Schwachstelle CVE-2026-59310 angegriffen. Ein Blog-Leser hat mich kontaktiert, weil er bei Broadcom nicht an die ben\u00f6tigten Sicherheitsupdates herankommt. Und mir sind Meldungen … Weiterlesen Administratoren von VMware by Broadcom Virtualisierungs-Instanzen (vCenter, ESXi etc.) h\u00e4tten l\u00e4ngst reagieren m\u00fcssen, denn es gibt Schwachstellen in VMware-Produkten.
VMware by Broadcom hat zum 29. Juli 2026 den Sicherheitshinweis VMSA-2026-0006: VMware ESX, vCenter, Workstation, and Fusion updates address multiple vulnerabilities (CVE-2026-59309, CVE-2026-59310, CVE-2026-47876, CVE-2026-41703, CVE-2026-41709)<\/a> zu diversen Sicherheitsl\u00fccken in seinen Produkten ESXi, vCenter, Workstation und Fusion ver\u00f6ffentlicht. Ich hatte dies im Beitrag VMware-Schwachstelle (u.a. in ESX) erlaubt Ausbruch aus VMs<\/a> aufgegriffen. Die Schwachstelle CVE-2026-47876 erm\u00f6glicht beispielsweise einen Ausbruch aus der virtuellen Maschine. Updaten ist angesagt.<\/p>\n
![\"VMWare](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2026\/08\/VMWare-CVE-2026-59310.jpg\")
<\/a><\/p>\nSicherheitsl\u00fccke, Broadcom KB 314603 und Support-Chaos<\/h2>\n
VMware ESX f\u00e4hrt spontan herunter<\/h2>\n
\"VMKAcpi: 250: Power button pressed; requesting graceful shutdown and poweroff\"<\/pre>\n