Dua Celah Keamanan Baru Mengancam Sistem AMD SEV-SNP pada Prosesor EPYC

Dua metode peretasan baru yang dipublikasikan secara terbuka pada pekan ini memungkinkan host berbahaya mengakses dan membaca data di dalam mesin virtual (VM) yang dilindungi sistem AMD SEV-SNP. Arsitektur komputasi rahasia ini dirancang guna mencegah campur tangan operator server serta menjaga privasi data penyewa.

Metode pertama, Mior, mampu menembus perlindungan pembacaan, memodifikasi isi memori mesin virtual, serta memalsukan laporan pengesahan digital yang memverifikasi keaslian perangkat lunak. Kedua jenis serangan membutuhkan kendali penuh atas sistem hypervisor server, sedangkan Mior juga memerlukan akses mengendalikan BIOS server. Para peneliti mendemonstrasikan kedua eksploitasi tersebut dalam serangkaian pengujian laboratorium menggunakan prosesor server AMD EPYC.

AMD mencantumkan pembaruan firmware SEV untuk mengatasi Mior dan pembaruan microcode untuk menangani Skyfall, keduanya tercatat bertanggal 12 Agustus. Perusahaan menjadwalkan pendistribusian firmware platform kepada perakit server pada November untuk Skyfall dan Desember untuk Mior, sedangkan tambalan bagi cip tersemat akan disediakan kemudian. Pelanggan diinstruksikan mengunduh dan menerapkan pembaruan BIOS resmi dari produsen server masing-masing.

Fitur SEV-SNP menghadirkan komputasi rahasia ke prosesor server AMD EPYC melalui enkripsi memori terisolasi berbasis perangkat keras dan kontrol akses ketat guna memproteksi mesin virtual, termasuk dari hypervisor host.

Tim peneliti ETH Zurich menemukan Mior melancarkan serangan saat SEV-SNP berada dalam fase inisialisasi awal. Pada proses booting, Platform Security Processor (PSP) bertugas menyusun Reverse Map Table (RMP) untuk mencatat kepemilikan sah setiap halaman memori dan hak operasionalnya.

Dalam aksinya, peneliti mengalihkan instruksi penulisan dari PSP menuju memori GPU yang dikendalikan penuh, alih-alih ke memori utama sistem. Pemanfaatan GPU dilakukan karena PSP diperkirakan membaca kembali nilai yang ditulis untuk verifikasi, dan GPU dapat merespons nilai tersebut dengan tepat. Tahapan start-up berhasil selesai tanpa pesan galat, tetapi sebagian tabel RMP asli, termasuk entri pelindung tabel itu sendiri, tetap belum diinisialisasi.

Kondisi ini memberi celah bagi hypervisor untuk menulis ulang konfigurasi perlindungan pada tabel RMP. Peneliti kemudian mengaktifkan fitur debugging pada mesin virtual terisolasi yang semestinya menonaktifkan fitur tersebut, lalu mengeksekusi perintah debugging bawaan PSP untuk membaca dan mengubah isi memori secara bebas. Trik ini berhasil dalam 1.000 kali percobaan pada dua sesi pengujian berbeda.

SEV-SNP juga mengukur citra perangkat lunak mesin virtual saat booting, lalu PSP membubuhkan tanda tangan kriptografi pada laporan atestasi. Dalam pengujian kedua, peneliti menyalin data pengukuran milik mesin virtual sah ke dalam mesin virtual berbahaya, sehingga laporan atestasi mesin virtual jahat mencerminkan identitas citra perangkat lunak yang aman.

Laporan riset Mior menunjukkan skenario ini memerlukan penguasaan atas hypervisor dan firmware BIOS (UEFI), serta integrasi perangkat keras PCIe seperti kartu grafis tambahan. Untuk eksperimen laboratorium, peneliti memodifikasi pengaturan BIOS agar konfigurasi rute memori cip dalam status terbuka.

"Kami beroperasi dalam model ancaman yang telah ditetapkan AMD untuk SEV-SNP. AMD secara eksplisit tidak memercayai UEFI, sehingga penyerang diasumsikan dapat memodifikasi UEFI," demikian pernyataan resmi tim peneliti dalam laporannya.

Menurut tim ahli, mesin virtual biasa memang menaruh kepercayaan penuh kepada lingkungan host dan firmware miliknya. Oleh sebab itu, teknik Mior tidak memberikan ancaman baru jika diterapkan pada mesin virtual konvensional.

Eksperimen Mior dieksekusi pada prosesor EPYC 9135 berarsitektur Zen 5. Tim memprediksi varian Zen 3 dan Zen 4 turut rentan, namun tidak mengujinya langsung akibat keterbatasan fasilitas perangkat keras yang mendukung modifikasi BIOS pada kedua prosesor tersebut.

Pengujian fitur debugging maupun manipulasi laporan atestasi tetap berjalan mulus meskipun fitur ciphertext hiding diaktifkan. Fitur ini merupakan opsi pertahanan tambahan pada SEV-SNP untuk mencegah hypervisor membaca data memori terenkripsi.

Sebelumnya, kelompok riset ini sempat meluncurkan serangan Fabricked dan RMPocalypse yang merusak integritas tabel RMP saat booting. Tim menegaskan Mior merupakan kerentanan terpisah dari Fabricked maupun perbaikan terdahulunya, serta tetap berhasil dieksploitasi pada versi firmware sebelum tambalan Fabricked diluncurkan.

Sementara itu, teknik Skyfall dikembangkan secara kolaboratif oleh tim gabungan ETH Zurich dan Google. Serangan ini mengandalkan Transient Scheduler Attacks (TSA), kelompok kerentanan pada prosesor AMD yang membocorkan informasi rahasia melalui manipulasi waktu eksekusi instruksi. Masalah TSA pertama kali diungkapkan secara formal pada 8 Juli 2025.

Periset mendapati saat hypervisor sengaja menggagalkan peluncuran mesin virtual, unit prosesor menyimpan sebagian data status mesin virtual ke dalam cache tanpa pembersihan sistematis, sehingga hypervisor dapat mengekstrak data tersebut menggunakan metode analisis TSA.

Melalui celah tersebut, tim ahli mengekstrak nilai register serta merebut kunci enkripsi media penyimpanan mesin virtual uji coba. Guna mengamankan kunci, peneliti memodifikasi kernel mesin virtual agar berhenti sejenak saat kunci berada di dalam register. Dalam skenario nyata, hypervisor dapat menggantinya dengan menerapkan teknik SEV-Step untuk mengeksekusi instruksi mesin virtual tahap demi tahap hingga nilai kunci masuk tepat ke register.

Skyfall juga dapat membaca data memori mesin virtual, kendati terbatas pada tiga baris cache spesifik dalam satu halaman memori target, yaitu offset 0x0c0, 0x380, dan 0x3c0. Sisa area memori lainnya tetap terlindungi dari jangkauan pembacaan penyerang.

Eksploitasi Skyfall mensyaratkan hypervisor berniat jahat tanpa mewajibkan intervensi fisik pada perangkat keras. Peneliti menguji teknik ini pada prosesor EPYC 7313 (Zen 3), serta EPYC 9124 dan 9334 (Zen 4). Fenomena kebocoran data tidak terdeteksi pada jajaran cip arsitektur Zen 5.

Selain menyasar mesin virtual, tim Skyfall berhasil mengekstrak pembaruan microcode terdekripsi pada ketiga model prosesor laboratorium. Peneliti pun dapat memulihkan nilai register di dalam memori System Management Mode (SMM), yang normalnya mustahil diakses bahkan oleh kernel sistem operasi. Kedua serangan lanjutan ini membutuhkan perangkat lunak berhak istimewa tinggi pada mesin sasaran.

Komite program IEEE Symposium on Security and Privacy memberikan catatan kritis bahwa penelitian Skyfall mengabaikan berbagai prasyarat rumit dalam skenario serangan realistis pada mesin virtual. Kendala itu mencakup kewajiban tersedianya inti prosesor bebas beban kerja lain, siklus kegagalan peluncuran berulang, pembacaan penghitung performa berkecepatan tinggi, serta keharusan agar mesin virtual tidak mengalami crash atau time out selama serangan.

Daftar Prosesor Terdampak dan Jadwal Rilis Pembaruan

AMD mencatat kerentanan Mior di bawah kode CVE-2026-0462 dengan skor CVSS 4.0 sebesar 5,9. Kebocoran data mesin virtual akibat Skyfall dilacak menggunakan identifikasi CVE-2026-40671 dengan tingkat keparahan 4,9 yang menerangkan risiko kebocoran data register.

Terkait Mior, AMD menegaskan kerentanan ini hanya memengaruhi SEV-SNP, serta tidak berdampak pada SEV maupun SEV-ES.

Produsen merilis daftar lima lini prosesor server EPYC yang rentan terhadap kedua gangguan keamanan tersebut beserta rancangan perbaikannya.

Kedua dokumen peringatan mencantumkan paket pembaruan TurinPI_1.0.0.C yang serupa namun menetapkan target bulan peluncuran berlainan. Paket microcode penangkal Skyfall tercatat bertanggal 12 Agustus bagi setiap lini prosesor tersebut. Di sisi lain, cip akselerator Instinct MI300A memperoleh tambalan Skyfall bertanggal 21 September, sedangkan perbaikan untuk EPYC tersemat dijadwalkan meluncur bertahap antara Januari hingga April 2027.

Tim peneliti Mior menyatakan pembaruan firmware pemitigasi celah sudah didistribusikan, selaras dengan konfirmasi tim Skyfall mengenai ketersediaan microcode baru. Namun, pemberitahuan resmi AMD tidak merinci apakah tambalan ini dapat berdiri sendiri atau wajib dipasang sepaket dengan BIOS, serta tidak mencantumkan solusi alternatif (workaround) sementara.

Supermicro telah menerbitkan inventarisasi perbaikan BIOS untuk menanggulangi kerentanan pada puluhan motherboard seri H12, H13, dan H14. Perusahaan menyatakan papan induk tersebut juga menuntut pembaruan firmware BMC pendukung, seraya mengonfirmasi proses pengujian internal terhadap lini produk terdampak masih berlangsung.

Karena perbaikan diintegrasikan pada level firmware host server, penyewa mesin virtual sangat bergantung pada penyedia layanan cloud untuk segera menginstalnya. Panduan AMD terkait Mior memuat nilai basis komputasi tepercaya (TCB) untuk atestasi SNP di samping tiap versi firmware yang ditambal, meski tanpa petunjuk teknis verifikasi mandiri bagi pemilik mesin virtual.

Kedua pengumuman AMD tidak mengonfirmasi apakah kedua kerentanan telah disalahgunakan dalam serangan siber aktif. Kedua kelompok riset kini telah mempublikasikan kode bukti konsep (PoC), di mana kode eksploitasi Mior mensyaratkan sistem BIOS yang dimodifikasi agar setelan perutean memori berada dalam status terbuka.

Proyek open-source EDK II menetapkan label CVE-2026-18448 dengan peringkat keparahan 5,6 untuk menangani kebocoran SMM pada Skyfall. Lembar pengumuman EDK II dari AMD mengidentifikasi pangkal masalah pada ketiadaan mekanisme mitigasi TSA di dalam basis kode firmware EDK II.

Pemberitahuan resmi tersebut merangkum lini prosesor EPYC dan Ryzen, termasuk varian cip tersemat, sembari merekomendasikan penerapan mitigasi TSA terdahulu serta penginstalan tambalan EDK II sesegera mungkin saat dirilis.

Bagi lima jajaran prosesor server EPYC, dokumen buletin tersebut hanya mencantumkan opsi tambalan yang ditargetkan rampung pada bulan November. Firmware platform yang memuat solusi ini telah tersedia untuk varian cip lain, mencakup EPYC seri 4004 dan 4005. Walau demikian, dokumentasi proyek EDK II terpantau belum merilis versi perbaikan resmi hingga hari ini.