geração (semi)automática de metadados - Universidad Autónoma ...

ISBN: 978–972–8924–45-4 © 2007 IADIS
los componentes de este tipo de dispositivos compactos. Pero un fallo en el anfitrión Bluetooth también sería
problemático de solventar, en tanto en cuanto el software se encuentra embebido en el propio dispositivo a
través del firmware, cuyo código es cerrado y propietario. Si tenemos en cuenta que gran parte de los
problemas de seguridad de Bluetooth son debidos a implementaciones defectuosas de los propios fabricantes,
y que dichos fallos obtienen muy poca publicidad en el ámbito público, más allá de los círculos
especializados; nos encontramos con que los problemas relacionados con el software de los dispositivos
portátiles suelen perdurar durante la vida útil de los mismos.
La mayoría de los fallos Bluetooth se sirven principalmente de implementaciones erróneas o defectuosas
de los fabricantes del dispositivo, así como de cierta dosis de ingeniería social para lograr que los usuarios de
dichos terminales realicen alguna acción potencialmente peligrosa sin percatarse de ello. El objetivo suele
ser, en la práctica totalidad de los casos, obtener una línea de conexión RFCOMM de puerto serie virtual,
desde la que pueda alcanzarse el nivel de comandos AT de la pila de protocolos. Los comandos AT, que se
utilizan para el control del dispositivo mediante órdenes remotas, permiten literalmente obtener el dominio
absoluto del terminal en cuestión; por lo que la obtención de dicha conexión equivale al más alto nivel de
compromiso del sistema posible.
Así, encontramos un amplio abanico de ataques que han sido probados y demostrados sobre una gran
variedad de dispositivos comerciales: BlueBug permite obtener una conexión RFCOMM desde la que enviar
comandos AT; BlueBump permite obtener una clave de emparejamiento de forma ilícita; Bluechop
implementa una denegación de servicio sobre redes de tipo piconet; Bluedump permite obtener las claves de
emparejamiento de una conexión entre terminales ajenos; Bluejacking permite enviar mensajes anónimos
mediante Bluetooth; Blueline permite obtener una línea RFCOMM a través del perfil de carga de objetos
OBEX; Bluesmack permite realizar una denegación de servicio a terminales que no manejen correctamente
paquetes de solicitud de eco L2CAP de tamaño elevado; Bluesnarf permite obtener determinados ficheros del
terminal atacado de forma ilícita; Bluesnarf++ permite obtener cualquier fichero almacenado en el
dispositivo o un medio de almacenamiento del mismo; Bluespoof permite suplantar la identidad de un
dispositivo Bluetooth; Bluestab permite realizar una denegación de servicio sobre terminales Nokia de la
serie 60 a través de la búsqueda de dispositivos; Car Whisperer permite espiar conversaciones realizadas a
través de dispositivos de tipo manos libres; HeloMoto permite obtener control de terminales Motorola a
través de una conexión RFCOMM obtenida mediante un fallo de visualización de la información en pantalla;
Nokia OBEX DoS permite realizar una denegación de servicio a terminales que implementen un servidor de
ficheros OBEX...
5. DETECCIÓN Y SEGUIMIENTO DE ATACANTES
Un hipotético atacante que desee explotar alguna vulnerabilidad Bluetooth en el ámbito de una red
corporativa, tenderá a buscar los objetivos más fáciles en primer lugar. La primera medida de seguridad a
tomar será la ocultación, siempre que sea posible, de los dispositivos lógicos Bluetooth que participen de las
conexiones de la piconet. Así dificultaremos en gran medida su detección y, por tanto, las posibilidades de
ataque.
El sistema presentado, bluepot, es un software de tipo honeypot [13] que combina características de los
subtipos de baja y alta interacción, y que opera en el ámbito de las redes Bluetooth. El software, escrito en
lenguaje de programación C, correrá en uno o varios ordenadores personales -preferiblemente servidores con
la potencia de proceso necesaria- que ejecuten el sistema operativo GNU/Linux, y se servirá de la pila de
protocolos Bluetooth implementada en el núcleo Linux, BlueZ. Mediante la API de desarrollo proporcionada
por las utilidades BlueZ, el software es capaz de gestionar una o varias interfases físicas para proporcionar
los servicios necesarios.
Dichos servicios incluyen, entre otros, la falsificación de la dirección física del dispositivo (BD_ADDR)
para simular un determinado fabricante del módulo hardware Bluetooth, así como la construcción a medida
de paquetes Bluetooth destinados a simular un sistema -real o no- Bluetooth vulnerable. Es posible
personalizar, mediante un fichero de configuración, los parámetros en que dicha simulación tendrá lugar, de
forma que pueda programarse qué dispositivo se está simulando, cuál será su reacción ante determinados
eventos, y en qué medida reaccionará el sistema cuando éstos tengan lugar, pudiendo alertarse al
administrador de la red, así como guardar registros detallados con la información del atacante.
126