Beberapa hari yang lalu, tersiar kabar bahwa driver untuk chip nirkabel Broadcom empat kerentanan terdeteksiBahwa mereka memungkinkan serangan jarak jauh dilakukan pada perangkat yang menyertakan chip ini.
Dalam kasus yang paling sederhana, kerentanan dapat digunakan untuk penolakan layanan terpencil, tetapi skenario di mana kerentanan dapat berkembang tidak dikecualikan yang memungkinkan penyerang yang tidak berkepentingan untuk mengeksekusi kode Anda dengan hak istimewa kernel Linux dengan mengirimkan paket yang dibuat secara khusus.
Masalah ini teridentifikasi selama rekayasa balik firmware Broadcom, di mana chip yang rentan terhadap kerentanan banyak digunakan di laptop, smartphone, dan berbagai perangkat konsumen, dari perangkat SmartTV hingga IoT.
Secara khusus, chip Broadcom digunakan di smartphone pabrikan seperti Apple, Samsumg, dan Huawei.
Perlu dicatat itu Broadcom diberi tahu tentang kerentanan tersebut pada September 2018, tetapi butuh waktu sekitar 7 bulan (artinya baru dalam bulan ini dalam proses) koreksi peluncuran dikoordinasikan dengan produsen peralatan.
Apa saja kerentanan yang terdeteksi?
Dua kerentanan memengaruhi firmware internal dan berpotensi memungkinkan eksekusi kode di lingkungan sistem operasi digunakan dalam chip Broadcom.
Apa Memungkinkan Anda menyerang lingkungan non-Linux (Misalnya, kemungkinan serangan pada perangkat Apple, CVE-2019-8564 dikonfirmasi)).
Di sini, penting untuk ditekankan bahwa beberapa chip Wi-Fi Broadcom adalah prosesor khusus (ARM Cortex R4 atau M3), yang akan menjalankan kesamaan sistem operasi Anda dari implementasi tumpukan nirkabel 802.11 (FullMAC).
Dalam keripik tersebut, pengontrol menyediakan interaksi sistem host dengan firmware chip Wi-Fi.
Dalam deskripsi serangan:
Untuk mendapatkan kendali penuh atas sistem utama setelah FullMAC disusupi, diusulkan untuk menggunakan kerentanan tambahan atau akses penuh ke memori sistem pada beberapa chip.
Dalam chip SoftMAC, stack nirkabel 802.11 diimplementasikan pada sisi pengontrol dan dijalankan oleh CPU sistem.
Di pengontrol, kerentanan terwujud baik dalam driver berpemilik wl (SoftMAC dan FullMAC) seperti di brcmfmac terbuka (FullMAC).
Di driver wl, dua buffer overflows terdeteksi, dieksploitasi ketika access point mengirimkan pesan EAPOL yang dibuat secara khusus selama proses negosiasi koneksi (serangan dapat dilakukan dengan menghubungkan ke access point yang berbahaya).
Dalam kasus chip dengan SoftMAC, kerentanan menyebabkan kompromi pada kernel sistem, dan dalam kasus FullMAC, kode dapat berjalan di sisi firmware.
Di brcmfmac, ada buffer overflow dan pemeriksaan error untuk frame yang diproses, yang dieksploitasi dengan mengirimkan frame kontrol. Di kernel Linux, masalah pada driver brcmfmac telah diperbaiki pada bulan Februari.
Kerentanan teridentifikasi
Empat kerentanan yang terungkap sejak September tahun lalu, mereka sudah dikatalogkan dalam CVE berikut.
CVE-2019-9503
Perilaku driver brcmfmac yang salah saat memproses bingkai kontrol yang digunakan untuk berinteraksi dengan firmware.
Jika frame dengan peristiwa firmware berasal dari sumber eksternal, driver akan membuangnya, tetapi jika peristiwa tersebut diterima melalui bus internal, frame tersebut diabaikan.
Masalahnya adalah itu peristiwa dari perangkat yang menggunakan USB ditransmisikan melalui bus internal, yang memungkinkan penyerang berhasil mentransfer firmware yang mengontrol bingkai jika menggunakan adaptor nirkabel USB;
CVE-2019-9500
Saat Anda mengaktifkan fungsinya "Bangun dengan LAN Nirkabel", dapat menyebabkan luapan di pengontrol brcmfmac (fungsi brcmf_wowl_nd_results) mengirimkan kerangka kerja kontrol yang dimodifikasi khusus.
Kerentanan ini dapat digunakan untuk mengatur eksekusi kode pada host setelah pengikatan chip atau dalam kombinasi.
CVE-2019-9501
Buffer overflow di driver wl (fungsi wlc_wpa_sup_eapol), yang terjadi selama pemrosesan pesan, konten bidang informasi pabrikan yang melebihi 32 byte.
CVE-2019-9502
Buffer overflow di driver wl (fungsi wlc_wpa_plumb_gtk), yang terjadi selama pemrosesan pesan, konten bidang informasi pabrikan yang melebihi 164 byte.
sumber: https://blog.quarkslab.com