Exploitul Fabricked distruge în mod ascuns protecția hardware a cipurilor EPYC cu eficiență completă – AMD a lansat deja o remediere

Rezumat

În aprilie, cercetătorii de la ETH Zurich au descoperit o vulnerabilitate în protecția hardware AMD SEV‑SNP care permite unui atacator să obțină acces complet la memoria protejată a unei mașini virtuale (CVM) pe procesoarele AMD EPYC. Exploitul, numit Fabricked, exploatează slăbiciunile de rutare a memoriei prin Infinity Fabric în timpul boot-ului și poate păcăli certificarea criptografică pe care utilizatorii o folosesc pentru verificarea integrității mediului lor.

1. Ce este AMD SEV‑SNP și la ce servește
* Calculul confidențial permite chiriașilor cloud să se asigure că furnizorul nu poate citi datele lor.
* SEV‑SNP creează mașini virtuale izolate hardware: memoria este criptată, iar accesul este controlat de procesorul de securitate încorporat – PSP (Platform Security Processor).
* În timpul boot-ului, PSP inițializează Reverse Map Table (RMP) – tabelul de acces pentru fiecare pagină de memorie.
Certificarea (verificare criptografică) depinde de funcționarea corectă a RMP.

2. Cum funcționează Fabricked
1. Problema în UEFI
* Dispozitivele AMD folosesc UEFI pentru configurarea Infinity Fabric – rețeaua interchip care rută traficul memoriei între nuclee, controlere și periferice.
* În timpul boot-ului, UEFI apelează două PSP‑API care „blochează” registrele de configurare ale Infinity Fabric după setare.
* Dacă UEFI este falsificat (posibil deoarece îl controlează furnizorii cloud), aceste apeluri pot fi omise, lăsând Data Fabric accesibil pentru scriere chiar și după activarea SEV‑SNP.

2. Deficiența verificării MMIO
* La cererile PSP de acces la memorie, verificarea trece mai întâi prin regulile MMIO (pentru interacțiunea cu dispozitivele hardware), apoi prin regulile obișnuite DRAM.
* Atacatorul poate configura mapările MMIO astfel încât să „umfle” zona RMP. În consecință, scrierile PSP sunt ignorate, dar SEV‑SNP raportează totuși inițializarea cu succes.

3. Concluzie – RMP neinițializată rămâne sub controlul atacatorului. Hypervisorul poate citi și scrie în orice zonă a memoriei CVM fără detectare de către sistemul gazdă.

3. Demonstrarea exploit-urilor
* Activarea modului de depanare pe o CVM funcțională după certificare – hypervisorul reușește să decripteze orice parte a memoriei, rămânând neobservat.
* Înlocuirea în masă a rapoartelor de certificare – permite atacatorului să emită confirmări false ale integrității mediului.

4. Ce înseamnă pentru utilizatori
* Vulnerabilitatea este complet deterministică și are 100 % șanse de succes fără acces fizic la server.
* Nu este necesară execuția codului în interiorul mașinii virtuale – suficient este un gazdă cloud care controlează UEFI.
* Utilizatorii care se bazează pe SEV‑SNP pentru calcul confidențial riscă să își piardă controlul asupra datelor.

5. Ce spun cercetătorii
Rezultatele sunt publicate în articolul *USENIX Security 2026*. Autorii subliniază că Fabricked evită mecanismul cheie de certificare și demonstrează exploit-uri practice care confirmă gravitatea amenințării.

Concluzie:
Fabricked dezvăluie o vulnerabilitate fundamentală în lanțul de protecție AMD SEV‑SNP. Dacă nu se iau măsuri pentru actualizarea UEFI și întărirea verificării RMP, furnizorii cloud pot obține acces complet la memoria protejată a mașinilor virtuale fără detectare din partea chiriașilor.