{"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\/es\/blog\/news\/uyazvimost-v-bluetooth-stekah-linux-macos-android-i-ios-dopuskayushhaya-podstanovku-nazhatij-klavish","title":{"rendered":"Una vulnerabilidad en las pilas Bluetooth de Linux, macOS, Android e iOS que permite la suplantaci\u00f3n de pulsaciones de teclas","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Marc Newlin, que descubri\u00f3 la vulnerabilidad MouseJack hace siete a\u00f1os, ha revelado informaci\u00f3n sobre una vulnerabilidad similar (CVE-2023-45866) que afecta a los stacks de Bluetooth en Android, Linux, macOS y iOS, permitiendo la sustituci\u00f3n de pulsaciones de teclas a trav\u00e9s de la simulaci\u00f3n de la actividad de un dispositivo de entrada conectado por Bluetooth. Con acceso a la entrada del teclado, un atacante puede realizar acciones como ejecutar comandos en el sistema, instalar aplicaciones y redirigir mensajes. <\/p>\n
La vulnerabilidad se debe a que los controladores HID (Dispositivos de Interfaz Humana) para dispositivos Bluetooth tienen un modo que permite a un perif\u00e9rico remoto crear y establecer conexiones cifradas sin autenticaci\u00f3n. Entre otras cosas, los dispositivos conectados de esta manera pueden transmitir mensajes del teclado y el stack HID los procesar\u00e1, lo que permite llevar a cabo un ataque de sustituci\u00f3n remota de mensajes HID sin la intervenci\u00f3n del usuario. El ataque puede realizarse con el atacante a una distancia de hasta 100 metros de la v\u00edctima. <\/p>\n
El mecanismo de emparejamiento de dispositivos sin autenticaci\u00f3n est\u00e1 definido en la especificaci\u00f3n de Bluetooth y, dependiendo de la configuraci\u00f3n del stack Bluetooth, permite conectar un dispositivo sin la confirmaci\u00f3n del usuario. En Linux, al utilizar el stack Bluetooth BlueZ para el emparejamiento oculto, el adaptador Bluetooth debe estar en modo de descubrimiento y conexi\u00f3n. En Android, basta con activar el soporte de Bluetooth. En iOS y macOS, para llevar a cabo el ataque, Bluetooth debe estar activado y un teclado inal\u00e1mbrico conectado. <\/p>\n
La posibilidad de sustituir entradas se ha demostrado en Ubuntu 18.04, 20.04, 22.04 y 23.10 con el stack Bluetooth basado en el paquete Bluez. ChromeOS no es vulnerable, ya que la configuraci\u00f3n del stack Bluetooth no permite conexiones sin autenticaci\u00f3n. En Android, la vulnerabilidad afecta a dispositivos con versiones de plataforma desde 4.2.2 hasta 14. En macOS, la vulnerabilidad se ha demostrado en el MacBook Pro 2022 con CPU Apple M2 y macOS 13.3.3, as\u00ed como en el MacBook Air 2017 con CPU Intel y macOS 12.6.7. En iOS, la vulnerabilidad se ha evidenciado en el iPhone SE con iOS 16.6. La activaci\u00f3n del modo Lockdown no protege contra el ataque en macOS e iOS. <\/p>\n
En Linux, se ha corregido la vulnerabilidad en la base de c\u00f3digo de Bluez cambiando la configuraci\u00f3n a «ClassicBondedOnly» con el valor «true», que activa el modo seguro que permite establecer conexiones solo despu\u00e9s de emparejar. Anteriormente, se hab\u00eda establecido el valor «false», que a costa de reducir la seguridad resolv\u00eda problemas de compatibilidad con algunos dispositivos de entrada. <\/p>\n
En la pila de Bluetooth Fluoride, utilizada en las \u00faltimas versiones de Android, se ha solucionado una vulnerabilidad mediante la aplicaci\u00f3n obligatoria de autenticaci\u00f3n para todas las conexiones cifradas. Las correcciones para Android se han creado solo para las ramas 11-14. Para los dispositivos Pixel, la vulnerabilidad se corrigi\u00f3 en la actualizaci\u00f3n de firmware de diciembre. En las versiones de Android de 4.2.2 a 10, la vulnerabilidad sigue sin ser resuelta. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"