Ciberseguridad
Reachy Mini: el robot que obedecía a cualquiera de su wifi
JFrog, empresa de herramientas para la cadena de suministro de software y su seguridad, afirma haber encontrado cinco vulnerabilidades, con sus identificadores CVE asignados, en el Reachy Mini, el robot de código abierto con cámara y micrófono de Pollen Robotics y Hugging Face. Según JFrog, la versión v1.11.0 no es vulnerable a estos fallos, y la empresa recomienda actualizar cuanto antes.
Recibe el resumen diario de IA
Cada mañana, lo esencial de la inteligencia artificial en tu correo, sin humo. Al día con la IA.
Al suscribirte aceptas recibir el newsletter de AI Informator. Puedes darte de baja cuando quieras.
En resumen
- Según JFrog, en las versiones afectadas el servicio de control del robot atendía sin autenticación a cualquier aparato conectado a la misma red wifi.
- JFrog sostiene que, encadenando los fallos, un atacante podía ejecutar su propio código, obtener permisos de administrador (root) y controlar los motores, la cámara y el micrófono del robot.
- Si no se puede actualizar, según JFrog conviene bloquear en el cortafuegos el puerto del servicio de control, no instalar apps de origen dudoso y no navegar desde equipos que compartan red con el robot.
Un compañero de escritorio con cámara y micrófono
| Versión | Precio de lista según JFrog |
|---|---|
| Lite | 399 dólares |
| Wireless | 499 dólares |
Según JFrog, el Reachy Mini es un robot de compañía expresivo y de código abierto de Pollen Robotics y Hugging Face, que se ofrece en dos versiones, Lite y Wireless, con los precios de lista que recoge la tabla. Funciona sobre una Raspberry Pi, transmite imagen y sonido y se usa sobre todo para interactuar por voz y visión en educación e investigación.
Pollen Robotics, fundada en 2016, desarrolla robots humanoides de código abierto, según Hugging Face, que anunció su compra el 14 de abril de 2025. Hugging Face se presenta como la plataforma más usada por quienes desarrollan IA.
JFrog se presenta en su web como una empresa de herramientas para la cadena de suministro de software y su seguridad. Según JFrog, su equipo de investigación auditó el robot y encontró los fallos que se describen a continuación.
Un servidor de control abierto a toda la red
Según JFrog, en las versiones afectadas el servicio de control del robot —el servidor local que recibe las órdenes del kit de desarrollo (SDK) y del panel de control, instala apps y gobierna motores, cámara y micrófono— no pedía autenticación en ninguna de sus funciones y aceptaba peticiones de cualquier web. Eso significa, sostiene la empresa, que cualquier aparato de la misma wifi podía llegar a todas ellas, incluidas la instalación y la ejecución de paquetes de Python arbitrarios.
JFrog afirma que, encadenando los fallos, un atacante podía ejecutar su propio código, obtener permisos de administrador (root) gracias a que el robot permitía usar sudo sin contraseña y acabar controlando sus motores. Con ese acceso, añade la empresa, la cámara y el micrófono podían convertirse en herramientas de vigilancia.
JFrog describe además una variante por el navegador, en la que el operador, conectado a la misma red y con el servicio afectado accesible, visita una página maliciosa. Otra cadena, según JFrog, obtiene permisos de administrador a través del Bluetooth y de la wifi, y su parte Bluetooth solo exige proximidad física y ninguna credencial.
Según JFrog, el robot instala apps alojadas en Hugging Face Spaces, y la empresa plantea un escenario potencial: si el robot usa credenciales privadas de Hugging Face, un atacante podría hacerse con un Space publicado y ofrecer una falsa actualización a los robots que ya lo tengan instalado.
Cinco CVE y tres avisos del fabricante
| CVE | Qué permite | Estado según JFrog |
|---|---|---|
| CVE-2026-53605 | Escalada local de privilegios (LPE) | Corregido en la versión 0.2.7 |
| CVE-2026-55419 | Subida de ficheros sin restricciones | Publicado (GHSA-m2pc-3q4q-w6jr) |
| CVE-2026-62661 | Recorrido de directorios por Bluetooth | Publicado (GHSA-vg3x-4hxm-3gxm) |
| CVE-2026-96455 | Ejecución remota de código al instalar apps sin autenticación | Publicado |
| CVE-2026-96456 | Condición de carrera en la autenticación por PIN de Bluetooth | Publicado |
Según JFrog, que detalla la cronología de divulgación, sus investigadores avisaron primero a Pollen Robotics de la escalada local de privilegios y de la ejecución remota de código por instalación de apps, y Pollen Robotics corrigió la primera en la versión 0.2.7. Después, JFrog le comunicó la subida de ficheros sin restricciones y los dos fallos de Bluetooth.
Pollen Robotics presenta en su página de avisos de seguridad de GitHub tres avisos, con la gravedad que les asigna: la subida de ficheros de tipo peligroso (GHSA-m2pc-3q4q-w6jr, 15 de junio de 2026, moderada), el recorrido de directorios en la ejecución de órdenes por Bluetooth (GHSA-vg3x-4hxm-3gxm, 10 de agosto de 2026, alta) y la elusión de la autenticación por PIN mediante una condición de carrera (GHSA-993g-hgjh-whmf, 30 de septiembre de 2026, moderada).
En esa página no figuran avisos de la escalada local de privilegios ni de la ejecución remota de código por instalación de apps, dos fallos que, según JFrog, también comunicó al fabricante. Los avisos de Pollen Robotics son anteriores al análisis de JFrog.
Qué hacer si tienes uno
Según JFrog, lo primero es actualizar cuanto antes; la empresa señala la v1.11.0 como versión no vulnerable. Si no es posible, aconseja bloquear en el cortafuegos el puerto del servicio de control en la interfaz de red del robot, no instalar apps de origen dudoso, limitar los permisos de sudo del servicio a lo imprescindible y no navegar desde equipos que compartan red con él.
Para una corrección completa, sostiene JFrog, el servicio de control necesita tres cambios: autenticación en cada función que cambie el estado del robot, una política CORS limitada al origen real del panel y el rechazo de las instalaciones de origen local en la entrada de su enrutador interno de la API.
Según JFrog, quien gestione flotas en aulas, laboratorios de investigación o entornos de demostración debe actualizar cada unidad o, mientras tanto, segmentar la red con VLAN dedicadas y vigilar los anuncios con que el robot se identifica en la red local.
Conclusión
Según JFrog, el caso del Reachy Mini muestra que el hardware de IA con arquitectura de aplicación web hereda los fallos de la web. La diferencia, añade, es que en un robot el alcance incluye actuadores, cámaras, micrófonos y presencia en la red wifi.
Fuentes primarias
- JFrog — Software Supply Chain Solutions for DevOps & Security ↗
- Hugging Face — Hugging Face to sell open-source robots thanks to Pollen Robotics acquisition (14-04-2025) ↗
- JFrog — One HTTP request hijacks an AI robot: Reachy Mini (03-11-2026) ↗
- Pollen Robotics — Security advisories, reachy_mini (GitHub) ↗
Recibe el resumen diario de IA
Cada mañana, lo esencial de la inteligencia artificial en tu correo, sin humo. Al día con la IA.
Al suscribirte aceptas recibir el newsletter de AI Informator. Puedes darte de baja cuando quieras.
Comentarios