Segui 
Broadcom ha rilasciato aggiornamenti di sicurezza urgenti per una vulnerabilità critica di VMware ESXi che può permettere a un attaccante di evadere da una macchina virtuale ed eseguire codice sull’host hypervisor sottostante. Monitorato come CVE-2026-47876 e valutato 9.3 sulla scala CVSS, il problema risiede nell’adattatore di rete VMXNET3.
Sfruttamento con successo richiede che l’attaccante abbia già privilegi amministrativi locali all’interno di una macchina virtuale ospite configurata con VMXNET3. Da quella posizione, l’attaccante può innescare una scrittura fuori dai limiti e attraversare il confine di isolamento tra l’ospite e l’host ESX.
Questa vulnerabilità di fuga dalla VM è particolarmente grave in ambienti di virtualizzazione multi-tenant, cloud e aziendali. La compromissione dell’hypervisor può esporre altre macchine virtuali, dati di gestione, carichi di lavoro applicativi e segreti infrastrutturali situati sullo stesso host.
Broadcom non ha trovato prove che la falla sia stata sfruttata in natura. Tuttavia, non ci sono soluzioni disponibili e l’azienda classifica gli aggiornamenti come un cambiamento di emergenza che richiede un’azione immediata.
Analisi CVE-2026-47876
La vulnerabilità è una scrittura fuori dai limiti nell’implementazione dell’adattatore di rete virtuale VMXNET3 sul lato ESX della comunicazione con una macchina ospite. VMXNET3 è un adattatore di rete ad alte prestazioni comunemente utilizzato in ambienti VMware per offrire una maggiore larghezza di banda e minori sovraccarichi rispetto ai dispositivi di rete emulati.
Un attaccante deve prima ottenere privilegi di amministratore locale o root all’interno di una macchina virtuale utilizzando VMXNET3. L’attore malevolo può quindi interagire con l’adattatore virtuale in modo tale da far scrivere dati oltre il confine di memoria previsto nella componente lato host.
La corruzione della memoria all’interno del processo hypervisor può consentire all’attaccante di eseguire codice arbitrario sull’host ESX. Questo infrange una delle garanzie centrali di sicurezza della virtualizzazione: il codice che viene eseguito all’interno di un ospite dovrebbe rimanere isolato dall’hypervisor e da altri carichi di lavoro.
CVE-2026-47876 interessa i seguenti rami di prodotto VMware supportati quando eseguono versioni precedenti a quelle corrette:
- VMware Cloud Foundation e VMware vSphere Foundation ESX 9.1.x
- VMware Cloud Foundation e VMware vSphere Foundation ESX 9.0.x
- VMware ESXi 8.0
- VMware Cloud Foundation 5.x
- Piattaforma VMware Telco Cloud 5.0.x e 5.1.x
Le macchine virtuali configurate con altri adattatori di rete virtuali non sono vulnerabili attraverso questo specifico percorso di attacco. Tuttavia, Broadcom non raccomanda di passare ad adattatori come e1000 come misura di sicurezza a lungo termine perché gli adattatori emulati hanno la propria storia di vulnerabilità e mancano dei benefici prestazionali dei driver paravirtualizzati.
I dettagli più importanti per CVE-2026-47876 riguardano il requisito di privilegio e il confine di sicurezza attraversato. La falla non è direttamente sfruttabile da un attaccante internet non autenticato. Diventa sfruttabile dopo che un avversario ha già compromesso una macchina ospite e ha ottenuto il controllo amministrativo all’interno di essa.
Questo rende il bug particolarmente adatto per intrusioni a più stadi. Un attaccante potrebbe inizialmente compromettere un’applicazione vulnerabile, rubare credenziali privilegiate o sfruttare un’altra falla a livello ospite prima di usare la debolezza ESXi per evadere dalla macchina virtuale e prendere di mira l’host.
Il problema è stato segnalato privatamente da Nguyen Hoang Thach di STARLabs SG attraverso la competizione Pwn2Own operata dall’iniziativa Zero Day di Trend Micro. Le fonti citate non identificano un CVE-2026-47876 PoC disponibile pubblicamente, e Broadcom non ha riportato sfruttamenti attivi.
Non ci sono nemmeno IOCs CVE-2026-47876 pubblicati dal fornitore. Poiché lo sfruttamento avviene attraverso interazioni tra un ospite privilegiato e l’adattatore virtuale, i difensori non dovrebbero aspettarsi un semplice hash di file malevolo, indirizzo IP o modello di richiesta web che identifichi in modo affidabile l’abuso.
Mitigazione CVE-2026-47876
Broadcom afferma che non esistono soluzioni alternative che affrontino completamente la vulnerabilità. Le organizzazioni devono aggiornare ESX a una build corretta piuttosto che fare affidamento su modifiche alla configurazione della VM o sostituire VMXNET3 con un altro adattatore.
Le versioni corrette rilevanti includono:
- 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: Applicare la corrispondente patch asincrona
- Piattaforma VMware Telco Cloud 5.0.x e 5.1.x: Seguire le linee guida di aggiornamento specifiche del ramo del fornitore
Broadcom osserva che le patch rilasciate pubblicamente sono cumulative, quindi gli amministratori possono installare la build corretta elencata o una nuova versione supportata contenente la stessa correzione di sicurezza.
Il rilevamento di CVE-2026-47876 dovrebbe iniziare con un inventario degli host ESX e dei relativi numeri di build. Gli amministratori possono visualizzare le informazioni di build nella scheda Summary del client vSphere o interrogare gli host tramite PowerCLI:
Get-VMHost | Select-Object Name,Version,Build
I team di sicurezza dovrebbero quindi identificare le macchine virtuali che utilizzano VMXNET3 e dare priorità agli host che eseguono carichi di lavoro non attendibili, esposti a Internet, di sviluppo, controllati dai clienti o multi-tenant. L’uso di VMXNET3 non indica di per sé una compromissione, ma conferma che il percorso di attacco vulnerabile può essere disponibile su un host non aggiornato.
Per rilevare l’abuso di CVE-2026-47876, i difensori dovrebbero monitorare attività sospette che precedono una possibile fuga, tra cui:
- Acquisizione inaspettata di privilegi amministrativi all’interno di una VM ospite
- Attività insolita a livello di kernel o driver riguardante la rete virtuale
- Instabilità del processo VMX o crash inspiegabili del processo host
- Modifiche non autorizzate alla configurazione dell’host ESX
- Nuovi processi a livello host o connessioni successive a una compromissione dell’ospite
- Accesso dall’hypervisor ad altre macchine virtuali o sistemi di gestione
- Tentativi di disabilitare i log o i controlli di sicurezza sull’host
Le organizzazioni dovrebbero trattare qualsiasi compromissione confermata a livello di amministratore di un ospite su un host abilitato VMXNET3 non aggiornato come un potenziale incidente per l’hypervisor. La risposta agli incidenti dovrebbe includere la revisione dell’host ESX, dei carichi di lavoro vicini, delle attività di vCenter, degli account privilegiati e delle credenziali infrastrutturali piuttosto che indagare solo sull’ospite originale.
L’applicazione dell’aggiornamento può richiedere un riavvio dell’host ESX. Broadcom raccomanda l’uso di vMotion per trasferire i carichi di lavoro su host alternativi e patchare cluster attraverso un processo di riavvio graduale. Le macchine virtuali che non possono essere migrate devono essere spente durante il riavvio dell’host.
Gli ambienti idonei possono anche utilizzare ESX Live Patch per ridurre la disruzione. Gli amministratori dovrebbero consultare le note di rilascio del loro ramo di prodotto per confermare se Live Patch è supportato per le build di origine e di destinazione selezionate.
Aggiornare VMware Tools all’interno dell’ospite non risolve questo problema. Sebbene VMXNET3 includa un driver in-guest, il codice vulnerabile è sul lato ESX, quindi l’hypervisor stesso deve essere aggiornato.
FAQ
Cos’è CVE-2026-47876 e come funziona?
CVE-2026-47876 è una vulnerabilità critica di scrittura fuori dai limiti nell’implementazione dell’adattatore di rete virtuale VMXNET3 in VMware ESX. Un attaccante con privilegi amministrativi all’interno di una VM che utilizza VMXNET3 può innescare la corruzione della memoria ed eseguire codice sull’host hypervisor.
Quando è stata scoperta per la prima volta CVE-2026-47876?
La data di scoperta privata non è stata divulgata pubblicamente. Broadcom accredita Nguyen Hoang Thach di STARLabs SG, lavorando tramite la competizione Pwn2Own e l’iniziativa Zero Day di Trend Micro, per la segnalazione del problema. Il fornitore ha pubblicato l’avviso e gli aggiornamenti di sicurezza il 29 luglio 2026.
Qual è l’impatto di CVE-2026-47876 sui sistemi?
Lo sfruttamento riuscito può permettere a un amministratore malevolo all’interno di una VM ospite di evadere dall’ambiente virtualizzato ed eseguire codice arbitrario sull’host ESX. Questo può esporre l’hypervisor, altre macchine virtuali ospitate, dati infrastrutturali sensibili e sistemi di gestione collegati.
CVE-2026-47876 può ancora colpirmi nel 2026?
Sì. Gli ambienti VMware rimangono esposti se eseguono versioni precedenti a quelle corrette e ospitano una macchina virtuale configurata con VMXNET3. I rami VMware non supportati dovrebbero essere considerati vulnerabili a meno che il fornitore o un fornitore di supporto esteso non confermi il contrario.
Come posso proteggermi da CVE-2026-47876?
Installa immediatamente la build ESX corretta di Broadcom, verifica che la versione corretta sia attiva e dai priorità agli host che eseguono carichi di lavoro ospite ad alto rischio o non affidabili. Non esiste un rimedio completo, e cambiare l’adattatore di rete virtuale non è consigliato come sostituto per l’aggiornamento dell’hypervisor.
