{"id":112094,"date":"2023-12-09T21:10:14","date_gmt":"2023-12-09T19:10:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish"},"modified":"2023-12-09T21:10:14","modified_gmt":"2023-12-09T19:10:14","slug":"uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish","title":{"rendered":"Vulnerabilidade em pilhas Bluetooth do Linux, macOS, Android e iOS, permitindo a substitui\u00e7\u00e3o de pressionamentos de teclas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Newlin, que h\u00e1 sete anos revelou a vulnerabilidade MouseJack, revelou informa\u00e7\u00f5es sobre uma vulnerabilidade semelhante (CVE-2023-45866) que afeta as pilhas Bluetooth do Android, Linux, macOS e iOS, permitindo a substitui\u00e7\u00e3o de pressionamentos de teclas por meio da simula\u00e7\u00e3o de atividade de um dispositivo de entrada conectado via Bluetooth. Com acesso \u00e0 entrada do teclado, o atacante pode executar a\u00e7\u00f5es como iniciar comandos no sistema, instalar aplicativos e redirecionar mensagens. <\/p>\n
A vulnerabilidade \u00e9 causada pelo fato de que os drivers HID (Human Interface Device) para dispositivos Bluetooth t\u00eam um modo que permite que um dispositivo perif\u00e9rico remoto crie e estabele\u00e7a conex\u00f5es criptografadas sem autentica\u00e7\u00e3o. Entre outras coisas, dispositivos conectados dessa forma podem transmitir mensagens de teclado e a pilha HID as processar\u00e1, permitindo a realiza\u00e7\u00e3o de um ataque de substitui\u00e7\u00e3o remota de mensagens HID, realizado sem a participa\u00e7\u00e3o do usu\u00e1rio. O ataque pode ser realizado com o atacante a uma dist\u00e2ncia de at\u00e9 100 metros da v\u00edtima. <\/p>\n
O mecanismo de emparelhamento de dispositivos sem autentica\u00e7\u00e3o \u00e9 definido na especifica\u00e7\u00e3o Bluetooth e, dependendo das configura\u00e7\u00f5es da pilha Bluetooth, permite conectar um dispositivo sem confirma\u00e7\u00e3o do usu\u00e1rio. No Linux, ao usar a pilha Bluetooth BlueZ para emparelhamento oculto, o adaptador Bluetooth deve estar em modo de descoberta e conex\u00e3o. No Android, basta ativar o suporte ao Bluetooth. No iOS e macOS, para realizar o ataque, o Bluetooth deve estar ativado e um teclado sem fio conectado. <\/p>\n
A capacidade de substitui\u00e7\u00e3o de entrada foi demonstrada no Ubuntu 18.04, 20.04, 22.04 e 23.10 com a pilha Bluetooth baseada no pacote Bluez. O ChromeOS n\u00e3o \u00e9 vulner\u00e1vel, pois as configura\u00e7\u00f5es da pilha Bluetooth n\u00e3o permitem conex\u00f5es sem autentica\u00e7\u00e3o. No Android, a vulnerabilidade afeta dispositivos com vers\u00f5es de plataforma de 4.2.2 a 14. No macOS, a vulnerabilidade foi demonstrada no MacBook Pro 2022 com CPU Apple M2 e macOS 13.3.3 e no MacBook Air 2017 com CPU Intel e macOS 12.6.7. No iOS, a vulnerabilidade foi demonstrada no iPhone SE com iOS 16.6. Ativar o modo Lockdown n\u00e3o protege contra ataques no macOS e iOS. <\/p>\n
No Linux, a vulnerabilidade foi corrigida na base de c\u00f3digo Bluez atrav\u00e9s da configura\u00e7\u00e3o da op\u00e7\u00e3o «ClassicBondedOnly» para «true», ativando o modo seguro que permite a instala\u00e7\u00e3o de conex\u00f5es apenas ap\u00f3s o emparelhamento. Anteriormente, o valor estava definido como «false», o que, \u00e0 custa de uma seguran\u00e7a reduzida, resolvia problemas de compatibilidade com alguns dispositivos de entrada. <\/p>\n
No stack Bluetooth Fluoride, utilizado nas vers\u00f5es mais recentes do Android, a vulnerabilidade foi corrigida atrav\u00e9s da aplica\u00e7\u00e3o obrigat\u00f3ria de autentica\u00e7\u00e3o para todas as conex\u00f5es criptografadas. As corre\u00e7\u00f5es para o Android foram formuladas apenas para as vers\u00f5es 11 a 14. Para dispositivos Pixel, a vulnerabilidade foi corrigida na atualiza\u00e7\u00e3o de firmware de dezembro. Para vers\u00f5es do Android de 4.2.2 a 10, a vulnerabilidade permanece n\u00e3o corrigida. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"