L’exploit Fabricked distrugge in modo nascosto la protezione hardware dei chip EPYC con piena efficacia – AMD ha già rilasciato una correzione

Breve riepilogo

In aprile gli ricercatori dell'ETH di Zurigo hanno scoperto una vulnerabilità nella protezione hardware AMD SEV‑SNP, che consente a un aggressore di ottenere l'accesso completo alla memoria protetta della macchina virtuale (CVM) sui processori AMD EPYC. L'exploit, chiamato Fabricked, sfrutta le debolezze del routing della memoria tramite Infinity Fabric durante il boot e può ingannare la certificazione crittografica su cui gli utenti si affidano per verificare l'integrità del loro ambiente.

1. Cos'è AMD SEV‑SNP e a cosa serve
* Il calcolo confidenziale permette ai tenant cloud di garantire che il provider non possa leggere i loro dati.
* SEV‑SNP crea macchine virtuali isolate hardware: la memoria è cifrata e l'accesso è controllato da un processore di sicurezza integrato – PSP (Platform Security Processor).
* Al boot, il PSP inizializza la Reverse Map Table (RMP) – tabella di accesso a ogni pagina di memoria.
La certificazione (verifica crittografica) dipende dal corretto funzionamento della RMP.

2. Come funziona Fabricked
1. Problema nell'UEFI
* I dispositivi AMD usano l'UEFI per configurare Infinity Fabric – la rete interchip che instrada il traffico di memoria tra core, controller e periferiche.
* Durante il boot, l'UEFI chiama due API PSP che “bloccano” i registri di configurazione di Infinity Fabric dopo averli impostati.
* Se l'UEFI è compromesso (possibile poiché controllato dai provider cloud), queste chiamate possono essere saltate, lasciando il Data Fabric accessibile in scrittura anche dopo l'attivazione di SEV‑SNP.
2. Mancanza di verifica MMIO
* Quando il PSP richiede accesso alla memoria, la verifica passa prima per le regole MMIO (per interagire con dispositivi hardware), poi per le regole DRAM standard.
* L'aggressore può configurare le mappature MMIO in modo da “oscure” l'area RMP. Di conseguenza le scritture del PSP vengono ignorate, ma SEV‑SNP segnala comunque un'inizializzazione riuscita.
3. Conclusione – una RMP non inizializzata rimane sotto il controllo dell'aggressore. Il hypervisor può leggere e scrivere in qualsiasi area della memoria CVM senza essere rilevato dall'OS guest.

3. Dimostrazione degli exploit
* Abilitare la modalità debug su una CVM operativa dopo la certificazione – l'hypervisor riesce a decifrare qualsiasi parte di memoria, restando inosservato.
* Sostituzione massiva dei rapporti di certificazione – consente all'aggressore di fornire falsi attestati di integrità dell'ambiente.

4. Cosa significa per gli utenti
* La vulnerabilità è completamente deterministica e ha il 100 % di probabilità di successo senza accesso fisico al server.
* Non è necessario eseguire codice dentro la macchina virtuale – basta un host cloud che controlli l'UEFI.
* Gli utenti che si affidano a SEV‑SNP per calcoli confidenziali rischiano di perdere il controllo sui propri dati.

5. Cosa dicono i ricercatori
I risultati sono pubblicati nell'articolo *USENIX Security 2026*. Gli autori sottolineano che Fabricked bypassa il meccanismo chiave di certificazione e dimostrano exploit pratici che confermano la gravità della minaccia.

Conclusione:

Fabricked rivela una vulnerabilità fondamentale nella catena di protezione AMD SEV‑SNP. Se non si adottano misure per aggiornare l'UEFI e rafforzare la verifica della RMP, i provider cloud possono ottenere accesso completo alla memoria protetta delle macchine virtuali senza essere rilevati dai tenant.