Apple ha actualizado sus auriculares inalámbricos Beats Studio Buds para corregir una vulnerabilidad de alta gravedad que podría ser explotada por hackers cercanos para espiar a los usuarios. La vulnerabilidad, registrada como CVE-2025-20701 (puntuación CVSS: 8.8), se refiere a un caso de autorización incorrecta que afecta al SDK de audio Bluetooth de Airoha, lo que permite emparejar un dispositivo de audio Bluetooth sin el consentimiento del usuario. La explotación exitosa del fallo podría llevar a una escalada remota de privilegios sin necesidad de privilegios de ejecución adicionales o interacción del usuario. El problema se ha solucionado en la actualización de firmware 1B211 de Beats.
Un atacante dentro del rango Bluetooth podría escuchar a través del micrófono de un dispositivo que aún no está emparejado y busca activamente solicitudes de emparejamiento, según Apple en un aviso publicado esta semana.
Los detalles de la vulnerabilidad surgieron por primera vez en junio de 2025, cuando los investigadores Dennis Heinze y Frieder Steinmetz de ERNW GmbH la señalaron junto con otras dos fallas en los SoC Airoha (CVE-2025-20700 y CVE-2025-20702) en la conferencia de seguridad TROOPERS en Alemania. Parches similares fueron lanzados por Jabra en diciembre de 2025.
En la mayoría de los casos, estas vulnerabilidades permiten a los atacantes tomar el control total de los auriculares a través de Bluetooth. No se requiere autenticación ni emparejamiento. Las vulnerabilidades pueden activarse a través de Bluetooth BR/EDR o Bluetooth Low Energy (BLE). Estar en el rango Bluetooth es el único requisito previo. Es posible leer y escribir la RAM y la flash del dispositivo. Estas capacidades también permiten a los atacantes secuestrar relaciones de confianza establecidas con otros dispositivos, como el teléfono emparejado con los auriculares. Esto permite múltiples escenarios de ataque.
Nuevo exploit no parcheable descubierto en los chips A12 y A13 de Apple
La divulgación se produce mientras Paradigm Shift reveló una nueva vulnerabilidad de SecureROM (también conocido como BootROM) del iPhone que afecta a los chips A12 y A13 de Apple, junto con un exploit de prueba de concepto (PoC) llamado usbliter8.
El exploit aprovecha tanto un error de hardware en el controlador USB como una falla de configuración específica presente en el firmware del dispositivo, según la empresa de ciberseguridad europea. Como estas vulnerabilidades residen en código inmutable, los usuarios afectados deben saber que migrar a hardware más nuevo sigue siendo la mitigación más efectiva.
A alto nivel, el exploit funciona aprovechando un fallo en el controlador USB integrado en los SoC de Apple. El controlador utiliza un búfer de memoria para almacenar paquetes SETUP y OUT transmitidos al inicio de la transferencia de datos. La investigación encontró que es posible desencadenar una primitiva de desbordamiento de búfer (buffer underflow) aprovechando que el controlador también acepta paquetes más pequeños, lo que permite la inyección y ejecución de código malicioso bajo ciertas condiciones. El problema, según Paradigm Shift, probablemente se origina en el propio hardware del controlador USB, no en el software de Apple. El chip A11 no es susceptible a la vulnerabilidad, mientras que se confirma que A12 y A13 lo son.
La diferencia es que el controlador USB del A11 restablece manualmente la dirección DMA a su valor inicial después de recibir cada paquete, explicó la empresa. En A12 y A13, USB DART está configurado en modo bypass, lo que nos permite sobrescribir datos SRAM libremente. En contraste, A14 y generaciones posteriores parecen configurar correctamente el DART en SecureROM, lo que hace que la vulnerabilidad no sea explotable.
El exploit usbliter8 es comparable a checkm8, el exploit de BootROM públicamente conocido de este tipo que afectó a todos los dispositivos iOS desde iPhone 4s (chip A5) hasta iPhone 8 y iPhone X (chip A11).
El exploit usbliter8 demuestra que incluso en generaciones más recientes de SecureROM, incluidas aquellas protegidas por Autenticación de Punteros, aún se pueden aprovechar errores de hardware sutiles para lograr la ejecución completa de código y romper la cadena de confianza, dijo Paradigm Shift. La seguridad del BootROM es crítica: las vulnerabilidades a este nivel pueden comprometer la integridad de todo el dispositivo. Aunque usbliter8 no afecta al SEP en sí, abre vectores de ataque más amplios para comprometer el Enclave Seguro.
Deja una respuesta