Il 13 maggio 2026 Intel e AMD hanno rilasciato rispettivamente 13 e 15 advisory di sicurezza, complessivamente 28 documenti per quasi 70 vulnerabilità nei loro ecosistemi. Non è il silicio a cedere: sono i driver di virtualizzazione, i tool di monitoraggio GPU e i firmware UEFI a espandere la superficie di attacco oltre il die. Due falle segnalano CVSS 9.3 e 9.2, entrambe nel software che avvolge i chip, non nella microarchitettura core.
- Intel ha pubblicato 13 advisory per 24 vulnerabilità, di cui 1 critica e 8 di alta gravità; AMD ne ha pubblicati 15 per 45 falle, con 1 critica e 24 high-severity.
- CVE-2026-20794 (CVSS 9.3): buffer overflow nel Data Center Graphics Driver di Intel per VMware ESXi, con impatto su privilege escalation e potenziale code execution.
- CVE-2026-0481 (CVSS 9.2): l'AMD Device Metrics Exporter nell'ecosistema ROCm espone la porta 50061 su tutte le interfacce di rete, permettendo accesso remoto non autenticato al server gRPC di controllo GPU.
- Le falle rimanenti colpiscono firmware UEFI, driver Ethernet, tool di gestione endpoint, Secure Processor, driver RAID e piattaforme EPYC: il pattern è una complessità software crescente attorno al silicio.
Le due criticità: quando il driver diviene il perimetro
CVE-2026-20794, con punteggio CVSS 9.3 secondo la fonte, riguarda il Data Center Graphics Driver di Intel per l'ambiente VMware ESXi. Il meccanismo è un buffer overflow: un attaccante con accesso al sistema può innescare privilege escalation e, potenzialmente, code execution. L'articolo riporta il verbo "potentially" riferito all'esecuzione di codice, indicando che la praticità dell'exploit non è documentata come certezza.
CVE-2026-0481, con CVSS 9.2, colpisce l'AMD Device Metrics Exporter nell'ecosistema ROCm. Il difetto è nell'indirizzo IP di binding: il servizio gRPC denominato GPU-Agent si lega a 0.0.0.0, rendendo la porta 50061 raggiungibile su ogni interfaccia di rete senza autenticazione. La fonte riporta testualmente che un attaccante remoto può modificare la configurazione GPU causando perdita di disponibilità.
"Unrestricted IP address binding in the AMD Device Metrics Exporter (ROCm ecosystem) could allow a remote attacker to perform unauthorized changes to the GPU configuration, potentially resulting in loss of availability" — AMD, citato da SecurityWeek
La mappa delle 69 falle: Intel punta su virtualizzazione e firmware
Oltre alla criticità ESXi, Intel ha corretto 8 vulnerabilità di alta gravità secondo l'articolo. I prodotti coinvolti includono il software Vision, l'Endpoint Management Assistant (EMA), il firmware UEFI Slim Bootloader, i driver QuickAssist Technology (QAT) per Windows. Le falle rimanenti, di gravità media, toccano AI Playground, il Display Virtualization driver Windows, il driver 800 Series Ethernet per Linux, i driver NPU, altri segmenti di firmware UEFI, la Server Firmware Update Utility, ulteriori driver QAT Windows e alcune famiglie di processori.
Il pattern è ricorrente: ogni funzione accelerata — grafica, rete, inferenza AI, crittografia — richiede uno strato software di accompagnamento. Quello strato, non il silicio, accumula debito tecnico di sicurezza.
AMD: 45 falle e la ripetizione del binding aperto di default
AMD ha distribuito 15 advisory per 45 vulnerabilità, di cui 24 di alta gravità oltre alla criticità ROCm. La superficie di attacco è trasversale: Secure Processor (ASP), controller GPIO, Revenera InstallShield, driver cloud Ionic per ESXi, driver RAID, driver chipset, cache di operazione CPU Zen 2, prodotti grafici e datacenter, piattaforme EPYC ed EPYC Embedded.
Il caso ROCm ripropone un pattern classico nel software di gestione hardware: un servizio diagnostico o di monitoraggio viene esposto in rete con binding permissivo e senza autenticazione obbligatoria. La differenza rispetto al passato è il contesto di deployment: le GPU AMD in configurazioni ROCm sono sempre più presenti in cluster AI/HPC, dove la compromissione della disponibilità di un nodo GPU compromette l'intero job di addestramento o inferenza.
Perché è importante
Il brief non documenta misure correttive specifiche né versioni patchate per ciascun prodotto. La fonte non specifica se le vulnerabilità siano già sfruttate attivamente, né fornisce una timeline di disclosure responsabile per le singole CVE. Non è chiaro se Intel e AMD abbiano rilasciato gli advisory nello stesso giorno per coordinamento o per coincidenza sul calendario Patch Tuesday.
Il conteggio di 70 vulnerabilità totali è un arrotondamento editoriale: 24 più 45 fa 69. La fonte non rende disponibile accesso diretto ai 28 advisory originali, limitando la verifica indipendente dei dettagli tecnici.
Non emergono sovrapposizioni infrastrutturali o attribuzioni a threat actor specifici nello stato attuale del dossier. Il movente rimane non dichiarato: i target suggeriscono interesse per ambienti virtualizzati e cluster AI, ma questa è una lettura redazionale, non un dato confermato dalla fonte.
Il dato strutturale che resiste è la convergenza: il perimetro di sicurezza del calcolo non è più il solo silicio. I driver di virtualizzazione GPU, i tool di monitoraggio dell'ecosistema ROCm, i firmware UEFI sono diventati layer critici della supply chain, con esposizione diretta su rete e impatto sulla disponibilità delle infrastrutture AI.
Domande e risposte
Le falle colpiscono il silicio dei processori Intel e AMD?
No. Secondo la fonte, le vulnerabilità risiedono nel software, nei driver e nel firmware che accompagnano i chip, non nella microarchitettura core.
Qual è la differenza tecnica tra le due criticità CVSS 9+?
CVE-2026-20794 (Intel) richiede accesso al sistema per privilege escalation; CVE-2026-0481 (AMD) è raggiungibile da remoto via rete senza autenticazione, con impatto sulla disponibilità GPU.
È confermata la praticità dell'exploit per CVE-2026-20794?
La fonte riporta "potentially" code execution: il dossier non documenta se la falla sia sfruttabile in condizioni reali o teoricamente.
Fonti
Le informazioni sono basate sulla fonte citata e aggiornate al momento della pubblicazione.