Broadcom, VMware ESXi'de sanal makineden kaçışa ve vCenter'da kimlik doğrulama atlatmaya yol açan açıkları yamaladı
Beş açıktan üçü kritik: ESXi'nin VMXNET3 sürücüsündeki CVE-2026-47876 sanal makineden ana makineye kaçışa, vCenter'daki CVE-2026-59309 ve CVE-2026-59310 ise ağ üzerinden kimlik doğrulama atlatma ve kod çalıştırmaya imkân veriyor.
Broadcom, VMware ESXi ve vCenter ürünlerinde toplam beş güvenlik açığını kapatan güncellemeler yayımladı. Açıklardan üçü kritik olarak sınıflandırıldı ve bunlardan biri, sanallaştırma güvenliğinin en hassas noktası olan sanal makineden ana makineye kaçışa (VM escape) imkân veriyor.
Açıkların listesi
| CVE | CVSS | Ürün | Özet |
|---|---|---|---|
CVE-2026-47876 | 9.3 | ESXi | VMXNET3 ağ bağdaştırıcısında sınır dışı yazma; VM'den kaçış |
CVE-2026-59309 | 9.8 | vCenter | VMware Directory Service'te kimlik doğrulama atlatma |
CVE-2026-59310 | 9.8 | vCenter | Syslog sunucusunda dizin geçişi; uzaktan kod çalıştırma |
CVE-2026-41703 | 7.6 | ESXi, Workstation, Fusion | Bilgi ifşası veya ana makinede hizmet reddi |
CVE-2026-41709 | 7.6 | ESXi | Yöneticinin oturum açmadan bazı işlemleri yapabilmesi |
Kritik noktalar
CVE-2026-47876'yı istismar etmek için saldırganın, VMXNET3 bağdaştırıcısı kullanan bir sanal makinede yerel yönetici yetkisine sahip olması gerekiyor. Bu koşul sağlandığında açık, ana makinede kod çalıştırmaya kadar uzanabiliyor. VMXNET3 dışındaki bağdaştırıcılar etkilenmiyor. Çok kiracılı ortamlarda ve barındırma hizmetlerinde bu tür açıklar, bir müşterinin sanal makinesinden diğerlerine ulaşma riski taşıdığı için özellikle tehlikeli.
vCenter tarafındaki iki açık ise ağ üzerinden istismar edilebiliyor. Merkezi yönetim sunucusu olan vCenter'ın ele geçirilmesi, saldırgana tüm sanallaştırma altyapısı üzerinde kontrol sağlayabiliyor. Fidye yazılım grupları son yıllarda ESXi ve vCenter'ı, tek hamlede çok sayıda sunucuyu şifrelemek için öncelikli hedef haline getirdi.
Yayın tarihi itibarıyla bu açıkların aktif olarak istismar edildiğine dair bir bilgi paylaşılmadı. Broadcom yine de müşterilerini hızla yama yapmaya çağırdı.
Ne yapılmalı?
- ESXi ve vCenter sunucuları Broadcom'un bildiriminde belirtilen düzeltilmiş derlemelere yükseltilmeli; vCenter önceliklendirilmeli.
- vCenter yönetim arayüzü internete açık olmamalı, yalnızca yönetim ağından erişilebilir olmalı.
- Yama gecikecekse VMXNET3 kullanan, güvenilmeyen kullanıcılara ait sanal makineler belirlenmeli.
- ESXi ve vCenter kayıtları merkezi bir SIEM'e aktarılmalı; beklenmeyen yönetici işlemleri izlenmeli.
- Workstation ve Fusion kullanıcıları da
CVE-2026-41703için güncellemeleri kontrol etmeli.