Beberapa hari yang lalu, Peneliti dari Sekolah Politeknik Federal Lausanne dirilis yang telah mereka identifikasi kerentanan dalam metode perjodohan perangkat yang memenuhi standar Bluetooth Klasik (Bluetooth BR / EDR).
Kerentanan tersebut diberi nama sandi BIAS dan masalahnya memungkinkan penyerang untuk mengatur sambungan perangkat palsunya, bukan perangkatnya dari pengguna yang login sebelumnya dan berhasil melewati prosedur otentikasi tanpa mengetahui kunci saluran (kunci tautan) yang dihasilkan selama pemasangan awal perangkat dan mengizinkan tanpa mengulangi prosedur konfirmasi manual pada setiap koneksi.
Inti dari metode ini adalah ketika Anda terhubung ke perangkat yang mendukung mode Sambungan Aman, ekstensi penyerang mengumumkan tidak adanya mode ini dan kembali menggunakan metode otentikasi yang sudah ketinggalan zaman (mode "warisan"). Dalam mode "legacy", penyerang memulai perubahan peran master-slave, dan menampilkan perangkatnya sebagai "master", mengambil alih prosedur otentikasi. Penyerang kemudian mengirimkan pemberitahuan tentang keberhasilan penyelesaian otentikasi, bahkan tanpa kunci saluran, dan perangkat mengautentikasi ke sisi lain.
Bluetooth Spoofing Attack (BIAS) dapat dilakukan dengan dua cara berbeda, bergantung pada metode Secure Simple Pairing (baik Legacy Secure Connections atau Secure Connections) yang sebelumnya digunakan untuk membuat sambungan antara dua perangkat. Jika prosedur pemasangan selesai menggunakan metode Koneksi Aman, penyerang dapat mengklaim bahwa perangkat jarak jauh yang dipasangkan sebelumnya tidak lagi mendukung koneksi aman, sehingga mengurangi keamanan otentikasi.
Setelah itu, penyerang mungkin berhasil menggunakan kunci enkripsi yang terlalu pendek, hanya mengandung 1 byte entropi dan menerapkan serangan KNOB yang dikembangkan sebelumnya oleh peneliti yang sama untuk membuat koneksi Bluetooth terenkripsi dengan kedok perangkat yang sah (jika perangkat memiliki perlindungan terhadap serangan KNOB dan ukuran kunci tidak dapat dikurangi, penyerang tidak akan dapat membuat saluran komunikasi terenkripsi, tetapi akan terus diautentikasi ke host).
Untuk eksploitasi yang sukses kerentanan, perangkat penyerang harus berada dalam jangkauan perangkat Bluetooth yang rentan dan penyerang Anda harus menentukan alamat perangkat jauh yang sebelumnya telah membuat sambungan.
Para peneliti menerbitkan toolkit prototipe yang menerapkan metode serangan yang diusulkan dan mendemonstrasikan cara memalsukan koneksi dari smartphone Pixel 2 yang sebelumnya dipasangkan menggunakan laptop Linux dan kartu Bluetooth CYW920819.
Metode BIAS dapat dilakukan karena alasan berikut: pembentukan koneksi aman Bluetooth tidak dienkripsi dan pemilihan metode pemasangan koneksi aman tidak berlaku untuk pemasangan yang sudah dibuat, pembuatan koneksi aman Legacy Secure Connections tidak memerlukan otentikasi timbal balik, perangkat Bluetooth dapat melakukan perubahan peran kapan saja setelah pencarian pita dasar, dan perangkat yang telah dipasangkan dengan Sambungan Aman dapat menggunakan Sambungan Aman Lama saat membuat sambungan aman.
Masalahnya disebabkan oleh kerusakan memori dan muncul dalam beberapa tumpukan Bluetooth dan firmware chip Bluetooth, termasuk Intel, Broadcom, Cypress Semiconductor, Qualcomm, Apple dan Samsung Token yang digunakan di ponsel cerdas, laptop, komputer papan tunggal, dan periferal dari berbagai produsen.
Peneliti menguji 30 perangkat (Apple iPhone / iPad / MacBook, Samsung Galaxy, LG, Motorola, Philips, Google Pixel / Nexus, Nokia, Lenovo ThinkPad, HP ProBook, Raspberry Pi 3B +, dll.), Yang menggunakan 28 chip berbeda, dan produsen yang diberi tahu tentang kerentanan Desember lalu. Belum dirinci produsen mana yang telah merilis pembaruan firmware dengan solusinya.
Mengingat ini, organisasi Bluetooth SIG bertanggung jawab atas pengembangan standar Bluetooth mengumumkan pengembangan pembaruan pada spesifikasi Bluetooth Core. Edisi baru dengan jelas mendefinisikan kasus di mana sakelar peran master-budak diizinkan, ada persyaratan wajib untuk autentikasi bersama saat kembali ke mode 'lama', dan disarankan untuk memeriksa jenis enkripsi untuk menghindari penurunan dalam tingkat perlindungan koneksi.
sumber: https://www.kb.cert.org