Kerentanan tersebut disebabkan oleh fitur pengoptimalan memori pada prosesor Intel.
Lagi, kerentanan telah ditemukan dalam sistem eksekusi instruksi spekulatif prosesor Intel, dan kali ini seorang peneliti Google, mengumumkan bahwa dia mengidentifikasi kerentanan baru (sudah dikatalogkan di bawah CVE-2022-40982), disebut «Kejatuhan»
Downfall, adalah kerentanan yang memungkinkan menentukan isi dari XMM, YMM dan register vektor ZMM, yang sebelumnya digunakan oleh proses lain saat menjalankan instruksi AVX pada inti CPU yang sama.
Tentang Kejatuhan
Mengenai kerentanan, disebutkan bahwa penyerang yang tidak memiliki hak istimewa dengan kemampuan untuk menjalankan kode Anda sendiri di sistem, dapat menggunakan kerentanan untuk membocorkan data dari proses pengguna lain, kernel sistem, kantong Intel SGX terisolasi, dan mesin virtual.
Register vektor yang dapat difilter banyak digunakan dalam enkripsi, fungsi penyalinan memori, dan pemrosesan string, misalnya, register ini digunakan di pustaka Glibc dalam fungsi memcpy, strcmp, dan strlen, antara lain. Dari sudut pandang praktis, kerentanan dapat dieksploitasi untuk menentukan data yang sedang diproses dalam instruksi AES-NI atau REP-MOVS (digunakan dalam fungsi memcpy) dalam proses lain, yang dapat membocorkan kunci enkripsi, data sensitif, dan kata sandi pengguna.
Kerentanan memanifestasikan dirinya dalam prosesor Intel yang mendukung set instruksi lanjutan AVX2 dan AVX-512 (artinya memengaruhi prosesor generasi ke-6 hingga ke-11), sedangkan prosesor Intel yang berbasis mikroarsitektur Alder Lake, Raptor Lake, dan Sapphire Rapids tampaknya tidak terpengaruh.
Seperti kerentanan Zenbleed yang baru ditemukan yang mempengaruhi prosesor AMD Zen2, di Downfall, alasan kerentanan tersebut adalah kebocoran data dari file log, yang digunakan untuk berbagi konten log di semua aplikasi tugas pada inti CPU yang sama.
Kebocoran tersebut disebabkan transfer data spekulatif saat mengeksekusi pernyataan GATHER, tersedia dalam ekstensi AVX2 dan AVX-512, dan dirancang untuk menyediakan akses cepat ke data berbeda di memori. Selama eksekusi pernyataan GATHER, data lama dalam file register digunakan dalam eksekusi spekulatif dari instruksi dependen. Data ini tidak secara langsung tercermin dalam log perangkat lunak, tetapi dapat ditentukan menggunakan teknik serangan saluran samping yang dirancang untuk serangan Meltdown, seperti mengurai sisa data di cache CPU.
Untuk mengeksploitasi Kejatuhan, teknik serangan dikembangkan disebut Mengumpulkan Data Sampling (GDS) dan yang prototipe eksploitnya telah dipublikasikan untuk mengekstrak kunci kriptografi dari proses pengguna lain, membocorkan data setelah disalin ke dalam kernel Linux oleh fungsi memcpy, dan mencegat karakter cetak yang tersisa di register vektor setelah proses lain bekerja. Misalnya, ini mendemonstrasikan kemampuan untuk menentukan kunci AES yang digunakan untuk mengenkripsi data dalam proses pengguna lain menggunakan pustaka OpenSSL.
Metode ini menunjukkan efisiensi tinggi: dengan melakukan percobaan dengan 100 kunci yang berbeda, ditentukan 100% kunci AES-128 dan 86% kunci AES-256 dengan durasi setiap upaya menentukan tidak lebih dari 10 detik. Dalam sistem cloud, serangan dapat digunakan untuk menentukan data apa yang sedang diproses di mesin virtual lainnya. Ada kemungkinan kerentanan dapat dieksploitasi dengan mengeksekusi kode JavaScript di browser web.
Perlu disebutkan bahwa Intel mengetahui tentang masalah tersebut tahun lalu (tepatnya di bulan Agustus) dan bahwa kerentanan tersebut baru diumumkan tahun ini di konferensi BlackHat USA. dan perbaikan untuk mencegah kerentanan sudah disertakan dalam berbagai pembaruan kernel Linux mulai dari versi 6.4.9 6.1.44 hingga 4.14.321.
Selain itu, di antara langkah-langkah yang mungkin untuk menghindari dampak negatif dari perlindungan terhadap kerentanan Downfall pada kinerja, disebutkan membuat perubahan pada kompiler untuk menonaktifkan penggunaan pernyataan GATHER atau menambahkan pernyataan segera setelah GATHER LFENCE, yang menonaktifkan eksekusi preemptive dari pernyataan berikutnya sebelum semua komitmen sebelumnya selesai.
Untuk sistem di mana perbaikan firmware tidak tersedia, dukungan untuk semua ekstensi AVX telah dinonaktifkan, sedangkan untuk bagian pembaruan mikrokode Intel, ini juga menyediakan kemampuan untuk menggunakan antarmuka MSR untuk menonaktifkan perlindungan firmware secara selektif dalam konteks proses individual.
Akhirnya, jika Anda tertarik untuk mengetahui lebih banyak tentangnya, Anda dapat memeriksa detailnya di link berikut.