Jika dieksploitasi, kelemahan ini dapat memungkinkan penyerang mendapatkan akses tidak sah ke informasi sensitif atau umumnya menyebabkan masalah
Beberapa hari yang lalu. Kabar itu diumumkan un tim peneliti dari Universitas dari California di San Diego telah menunjukkan kapasitas de membuat ulang itu claves Tuan rumah RSA pribadi sebuah Server SSH melalui analisis pasif lalu lintas SSH.
Penelitian yang dipublikasikan menunjukkan bahwa ketika tanda tangan digital digunakan berdasarkan algoritma RSA di SSH, mengikat keduanyabahwas yang menggunakan metode Lattice (Serangan Kesalahan) ayat membuat ulang la kunci RSA swasta putra cocok ayat tanda tangan digital di kasus de sebuah bocor de perangkat lunak atau perangkat keras selama proses penghitungan tanda tangan. Itu esensi dari metode tersebut adalah bahwa al bandingkan tanda tangan digital RSA yang benar dan salah, Anda bisa menentukan kesamaan terbesar pembagi, sehingga menghasilkan uno dari bilangan prima yang digunakan ayat menghasilkan la kunci.
Enkripsi RSA didasarkan pada operasi eksponensial suatu bilangan besar, sedangkan kunci publik berisi modulus dan derajat. Modul ini terbentuk dari dua bilangan prima acak, yang hanya diketahui oleh pemilik kunci privat. Serangan ini dapat diterapkan pada implementasi RSA menggunakan teorema sisa Tiongkok dan skema padding deterministik seperti PKCS#1 v1.5.
Serangan dapat dilakukan pada server di mana, karena kombinasi keadaan atau tindakan penyerang, Kegagalan mungkin terjadi selama penghitungan tanda tangan digital saat membuat koneksi SSH. Kegagalan dapat berupa perangkat lunak (eksekusi operasi matematika yang salah, kerusakan memori) atau perangkat keras (kesalahan dalam pengoperasian NVRAM dan DRAM atau kegagalan saat listrik padam).
Salah satu opsi untuk merangsang kegagalan adalah serangan kelas RowHammer, yang antara lain, memungkinkan dari jarak jauh atau saat memproses kode JavaScript di browser mencapai distorsi isi bit memori individu selama pembacaan siklus intensif data dari tetangga. sel memori. Pilihan lain yang menyebabkan kegagalan adalah eksploitasi kerentanan yang menyebabkan buffer overflows dan kerusakan data pada kunci di memori.
Untuk melakukan serangan, cukup memantau koneksi sah ke server SSH secara pasif hingga tanda tangan digital yang salah teridentifikasi dalam lalu lintas, yang dapat digunakan sebagai sumber informasi untuk merekonstruksi kunci privat RSA. Setelah membuat ulang kunci RSA host, penyerang dapat menggunakan serangan MITM untuk secara diam-diam mengalihkan permintaan ke host palsu yang menyamar sebagai server SSH yang disusupi dan mencegat data yang dikirimkan ke server ini.
Dengan memeriksa kumpulan data jaringan yang disadap yang mencakup sekitar 5200 miliar catatan yang terkait dengan penggunaan protokol SSH, para peneliti mengidentifikasi sekitar 3200 miliar kunci host publik dan tanda tangan digital yang digunakan selama negosiasi sesi SSH. Dari jumlah tersebut, 1.200 miliar (39,1%) dihasilkan menggunakan algoritma RSA.
Kelompok peneliti menyebutkan bahwa:
Dalam 593671 kasus (0,048%) tanda tangan RSA rusak dan tidak dapat diverifikasi, sedangkan untuk 4962 tanda tangan yang gagal, kami dapat menggunakan metode faktorisasi Lattice untuk menentukan kunci privat dari kunci publik yang diketahui, sehingga menghasilkan rekonstruksi 189 RSA unik pasangan kunci (dalam banyak kasus, kunci dan perangkat gagal yang sama digunakan untuk menghasilkan tanda tangan rusak yang berbeda). Diperlukan waktu sekitar 26 jam CPU untuk membuat ulang kunci tersebut.
Masalah ini hanya mempengaruhi implementasi spesifik dari protokol SSH, terutama digunakan pada perangkat tertanam. Selain itu, disebutkan bahwa OpenSSH tidak terpengaruh oleh masalah ini karena menggunakan pustaka OpenSSL (atau LibreSSL) untuk menghasilkan kunci, yang telah dilindungi dari serangan cacat sejak tahun 2001.
Selain itu, di OpenSSH, skema tanda tangan digital ssh-rsa (berdasarkan sha1) tidak digunakan lagi sejak tahun 2020 dan dinonaktifkan di versi 8.8 (dukungan untuk skema rsa-sha2-256 dan rsa-sha2-512 tetap ada). Serangan tersebut berpotensi diterapkan pada protokol IPsec, namun para peneliti tidak memiliki cukup data eksperimen untuk mengkonfirmasi serangan semacam itu dalam praktiknya.
Terakhir, jika Anda tertarik untuk mengetahuinya lebih lanjut, Anda dapat berkonsultasi detailnya di link berikut.