A Fabricked exploit csendben teljes hatékonysággal megsemmisíti az EPYC chipek hardveres védelmét – az AMD már kiadta a javítást.

Következtetések

Áprilisban a ETH Zürich kutatói felfedezték az AMD SEV‑SNP hardveres védelmében rejlő sebezhetőséget, amely lehetővé teszi a támogató számára, hogy teljes hozzáférést szerezzen egy virtuális gép (CVM) védett memóriájához AMD EPYC processzorokon. A Fabricked névre keresztelt exploit az Infinity Fabric memóriaútválasztásának gyengeségeit használja fel a rendszerindítás során, és megtévesztheti a kriptográfiai hitelesítést, amelyre a felhasználók a környezetük integritásának ellenőrzésére támaszkodnak.

1. Mi az AMD SEV‑SNP, és mire szolgál
* A titkosítási számítások lehetővé teszik a felhőbérlők számára, hogy biztosak legyenek abban, hogy a szolgáltató nem olvashatja el adataikat.

* Az SEV‑SNP hardveresen izolált virtuális gépeket hoz létre: a memória titkosítva van, és a hozzáférést egy beépített biztonsági processzor – PSP (Platform Security Processor) szabályozza.

* A rendszerindítás során a PSP inicializálja a Reverse Map Table (RMP) – minden memóriacellához tartozó hozzáférési táblát.
A hitelesítés (kriptográfiai ellenőrzés) a RMP helyes működésétől függ.

2. Hogyan működik a Fabricked
1. Probléma az UEFI-ben

* Az AMD eszközök az UEFI-t használják az Infinity Fabric – a chipek közötti hálózat – beállítására, amely a memóriaforgalmat irányítja magok, vezérlők és perifériák között.

* A rendszerindítás során az UEFI két PSP‑API hívást indít, amelyek „lezárják” az Infinity Fabric konfigurációs regisztereit telepítésük után.

* Ha az UEFI megváltoztatásra kerül (lehetséges, mivel a felhőszolgáltatók ellenőrzik), ezeket a hívásokat át lehetugrani, és a Data Fabric továbbra is írható marad még SEV‑SNP aktiválása után is.

2. MMIO ellenőrzés hiánya

* Amikor a PSP memóriahozzáférést kér, először az MMIO szabályokon (hardveres eszközökkel való kommunikáció) keresztül ellenőrzi, majd a hagyományos DRAM szabályokon.

* A támogató beállíthatja az MMIO‑t úgy, hogy „árnyékolja” a RMP területét. Ennek eredményeként a PSP írásai figyelmen kívül maradnak, de SEV‑SNP mégis sikeres inicializálásról jelzi.

3. Összegzés – az inicializálatlan RMP továbbra is a támogató ellenőrzése alatt áll. A hipervizor lehetőséget kap arra, hogy olvassa és írja a CVM bármely memóriaterületét a vendég operációs rendszer észlelése nélkül.

3. Exploit bemutatása
* Egy futó CVM hibakeresési módjának engedélyezése után a hipervizor képes minden memória részletét dekódolni, miközben rejtve marad.

* Nagy mennyiségű hitelesítési jelentés hamisítása – lehetővé teszi a támogató számára, hogy hamis integritási igazolásokat adjon ki.

4. Mit jelent ez a felhasználók számára
* A sebezhetőség teljesen determinisztikus, és 100 % eséllyel sikeres fizikai szerverhozzáférés nélkül.

* Nem szükséges kód futtatása a virtuális gépen – elegendő egy UEFI-t ellenőrző felhőhost.

* Az SEV‑SNP-re támaszkodó titkosítási számításokban részt vevő felhasználók veszélybe kerülnek, mert elveszíthetik adataik irányítását.

5. Mit mondanak a kutatók
Az eredmények a *USENIX Security 2026* című cikkben jelentek meg. A szerzők hangsúlyozzák, hogy a Fabricked átlép egy kulcsfontosságú hitelesítési mechanizmust, és gyakorlati exploitokat mutatnak be, amelyek alátámasztják a fenyegetés súlyosságát.

Következtetés:

A Fabricked felfed egy alapvető sebezhetőséget az AMD SEV‑SNP védelmi láncában. Ha nem tesznek lépéseket az UEFI frissítésére és a RMP ellenőrzésének szigorítására, a felhőszolgáltatók teljes hozzáférést szerezhetnek a virtuális gépek védett memóriájához a bérlők észlelése nélkül.