Google Cloud Peringatkan Tiga Cacat CPU AMD Turin Bisa Bocorkan Data Antar-Proses di VM

Google Cloud memperingatkan bahwa mesin virtual (VM) di chip AMD Turin memerlukan patch sistem operasi (OS) tamu dan siklus stop-start untuk melindungi dari tiga cacat side-channel CPU yang dapat membocorkan data antar-proses di dalam VM. Google telah menerapkan mitigasi terhadap serangan antar-VM dan antara VM dengan host, tetapi risiko di dalam VM masih ada.

Peringatan ini disampaikan Google melalui buletin keamanannya pekan ini. Tiga cacat tersebut adalah Transient Scheduler Attacks (TSA) yang memengaruhi prosesor EPYC generasi kelima AMD dengan nama kode Turin. Dua di antaranya, TSA-SQ (CVE-2024-36350) dan TSA-L1 (CVE-2024-36357), pertama kali diungkap pada 8 Juli 2025 untuk prosesor EPYC sebelumnya. Cacat ketiga, CVE-2026-0004, adalah varian baru yang oleh Proyek Xen disebut TSA-Fill.

Apa Itu TSA dan Mengapa Turin Berbeda

Transient Scheduler Attacks adalah kelas kerentanan side-channel yang memanfaatkan perilaku spekulatif prosesor. Penyerang yang memiliki kode di inti prosesor yang sama dapat menyimpulkan data dari proses lain atau kernel. Pada pengungkapan Juli 2025, AMD menyatakan bahwa CPU Zen 5 tidak rentan terhadap TSA-SQ dan TSA-L1. Namun, AMD kini mengoreksi pernyataan itu.

"AMD sekarang mengatakan prosesor Zen 5 mereka, yang mencakup Turin, 'terdampak berbeda dari prosesor AMD yang dikarakterisasi sebelumnya'," tulis Google dalam buletinnya. Proyek Xen juga mengonfirmasi koreksi tersebut: "AMD sebelumnya mengatakan bahwa CPU Zen5 tidak rentan terhadap TSA-SQ dan TSA-L1."

Cacat baru CVE-2026-0004 memungkinkan penyerang yang dapat menjalankan kode di sistem untuk menyimpulkan data di cache data L1 prosesor. Google menilai masalah ini sebagai tingkat Medium. AMD mengklasifikasikan ketiga cacat sebagai serangan lokal dengan kompleksitas serangan tinggi yang hanya memerlukan hak istimewa rendah, menurut buletin Zen 5 dan advisori CVE-2026-0004.

Hingga saat ini, tidak ada dari ketiga cacat tersebut yang masuk dalam katalog KEV (Known Exploited Vulnerabilities) milik Badan Keamanan Siber dan Infrastruktur AS (CISA). Baik Google maupun AMD tidak melaporkan adanya eksploitasi dalam buletin mereka.

Seri Mesin yang Terdampak dan Langkah Mitigasi

Google merinci seri mesin yang terdampak: C4D, N4D, H4D, Z4D, dan G4, termasuk instance bare-metal C4D dan Z4D. Turin adalah nama kode untuk prosesor AMD EPYC generasi kelima. Google telah menerapkan mitigasi terhadap serangan antar-VM dan antara VM dengan host, tetapi serangan di dalam VM masih mungkin terjadi jika OS tamu belum dipatch.

Langkah yang harus dilakukan pelanggan Google Cloud berbeda-beda tergantung layanan:

• VM: Pasang perbaikan dari vendor OS saat tersedia. Mulai pekan ini, Google akan memperbarui informasi CPU yang dilaporkan VM sehingga kernel tamu yang telah dipatch dapat mengaktifkan mitigasinya. Setelah pembaruan mencapai VM, hentikan dan jalankan ulang VM. Google menegaskan, "Rebooting the guest OS isn't enough" — hanya reboot OS tamu tidak cukup.
• Instance bare-metal: Jika menjalankan OS atau hypervisor sendiri di instance bare-metal C4D atau Z4D, terapkan perbaikan dari vendor saat tersedia.
• Hypervisor di dalam VM: Pembaruan informasi CPU yang sama berlaku, sehingga kernel tamu yang telah dipatch dapat mengaktifkan mitigasinya. Hentikan dan jalankan ulang VM setelah pembaruan tiba.
• GKE: Image node yang diperbarui untuk instance bare-metal berbasis Turin akan tersedia, dan peningkatan node akan mengambil pembaruan informasi CPU. Hingga saat ini, buletin belum mencantumkannya sebagai tersedia.
• Cloud Run: Tidak diperlukan tindakan.

Pelanggan dengan prosesor lama Rome, Milan, dan Genoa menerima instruksi stop-start yang sama dalam buletin sebelumnya pada pengungkapan awal 8 Juli 2025. Google tidak mencantumkan tindakan sementara bagi VM yang vendor OS-nya belum merilis perbaikan. Google juga tidak menjelaskan cara mengetahui kapan pembaruan informasi CPU telah mencapai VM.

Dukungan Kernel Linux dan Hypervisor Xen

Komitmen kernel yang memitigasi TSA pada Zen 5, termasuk varian baru, sudah ada di pohon sumber kernel Linux. Hingga saat ini, Debian baru memperbaiki CVE-2026-0004 di kernel Linux pada cabang unstable. Pelacak keamanannya masih mencantumkan kernel di bookworm, trixie, dan forky sebagai rentan.

Proyek Xen telah menerbitkan patch hypervisor dalam advisori Xen. Proyek ini menyatakan bahwa mikrokode untuk semua cacat TSA pada Zen 5 telah tersedia di linux-firmware sejak 23 September. Bagi administrator yang menjalankan server Turin di perangkat keras sendiri, AMD menyarankan pembaruan firmware platform dan OS secara bersamaan untuk mitigasi penuh. AMD juga memperingatkan bahwa mitigasi dapat memengaruhi kinerja, sehingga administrator perlu mempertimbangkan risiko terhadap beban kerja masing-masing.

Google sendiri belum merinci bagaimana pelanggan dapat memverifikasi bahwa pembaruan informasi CPU telah diterapkan. Namun, langkah stop-start menjadi kunci karena tanpa siklus tersebut, kernel tamu yang telah dipatch tidak akan mengenali fitur CPU yang diperlukan untuk mengaktifkan mitigasi.

Dampak bagi Pelanggan Cloud dan Pengguna Server Mandiri

Bagi pelanggan Google Cloud, dampak utamanya adalah perlunya koordinasi antara patch OS dan siklus stop-start. VM yang tidak dihentikan dan dijalankan ulang setelah pembaruan informasi CPU mencapai VM akan tetap rentan terhadap serangan di dalam VM. Ini berarti jendela kerentanan dapat meluas jika pelanggan mengabaikan instruksi tersebut.

Bagi pengguna server Turin di fasilitas sendiri, risiko lebih besar karena mereka harus mengelola patch firmware dan OS secara mandiri. Keterlambatan patch dapat memperpanjang eksposur. Debian, misalnya, masih menandai kernel di bookworm, trixie, dan forky sebagai rentan, meskipun cabang unstable sudah diperbaiki. Pengguna distribusi lain perlu memeriksa ketersediaan patch dari vendor masing-masing.

Meskipun tingkat keparahan dinilai Medium dan belum ada eksploitasi yang dilaporkan, sifat serangan yang lokal dengan kompleksitas tinggi tetap menjadi perhatian di lingkungan multi-tenant. Penyerang yang memiliki akses ke satu VM dapat mencoba menyimpulkan data dari proses lain di inti yang sama, termasuk data kernel. Di lingkungan cloud publik, di mana banyak VM berbagi sumber daya perangkat keras, mitigasi yang tepat waktu menjadi penting.

Langkah Selanjutnya dan Imbauan

Google Cloud menyarankan pelanggan untuk segera memasang patch OS begitu tersedia dan melakukan stop-start pada VM setelah pembaruan informasi CPU tiba. Untuk instance bare-metal, patch vendor OS atau hypervisor harus diterapkan. Pengguna GKE harus menunggu image node yang diperbarui dan melakukan peningkatan node. Cloud Run tidak memerlukan tindakan.

AMD dan Proyek Xen telah menyediakan patch dan mikrokode. Linux kernel sudah memiliki komitmen mitigasi untuk Zen 5. Namun, ketersediaan patch di distribusi Linux bervariasi. Pengguna disarankan memantau pelacak keamanan distribusi masing-masing dan advisori vendor.

Google belum memberikan tenggat waktu spesifik kapan pembaruan informasi CPU akan mencapai semua VM. Pelanggan disarankan memeriksa buletin keamanan Google Cloud secara berkala dan mengikuti instruksi yang diberikan. Hingga saat ini, tidak ada laporan eksploitasi aktif, tetapi kewaspadaan tetap diperlukan mengingat sifat kerentanan yang dapat dieksploitasi secara lokal.

Analisis Redaksi

Koreksi AMD terhadap status kerentanan Zen 5 menjadi sorotan utama. Pernyataan awal bahwa Zen 5 tidak rentan terhadap TSA-SQ dan TSA-L1 ternyata tidak akurat. Ini bukan pertama kalinya produsen chip harus merevisi klaim keamanan mereka. Bagi pelanggan cloud, koreksi semacam ini menimbulkan pertanyaan tentang seberapa cepat informasi yang akurat dapat diteruskan ke pengguna akhir. Google Cloud telah menerapkan mitigasi di lapisan hypervisor, tetapi risiko di dalam VM tetap ada dan memerlukan tindakan pelanggan.

Instruksi stop-start yang sederhana namun krusial sering terlewatkan. Google menegaskan bahwa reboot OS tamu tidak cukup. Ini berarti pelanggan harus benar-benar menghentikan dan menjalankan ulang VM, yang dalam lingkungan produksi dapat menimbulkan downtime. Tidak adanya cara untuk memverifikasi kapan pembaruan informasi CPU tiba menambah beban operasional. Pelanggan perlu strategi manajemen perubahan yang matang untuk memastikan tidak ada VM yang terlewat.

Di sisi lain, transparansi Google dan AMD patut diapresiasi. Keduanya telah menerbitkan buletin dan advisori, serta menyediakan patch. Namun, fragmentasi patch di distribusi Linux, seperti Debian yang baru memperbaiki di unstable, menunjukkan bahwa ekosistem open source masih menghadapi tantangan dalam mendistribusikan perbaikan keamanan secara merata. Pengguna server mandiri harus lebih proaktif memantau pembaruan. Hingga patch tersedia secara luas, risiko tetap ada, terutama di lingkungan multi-tenant yang padat.

Sumber: thehackernews.com, cisa.gov