Bloggartiklarna publiceras på spanska och katalanska.

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.

Frecuencia:

Ilustración: un gran robot blanco de ojos redondos, con la carita de Hugging Face en el cuerpo, preside un jardín; una mujer riega las flores tarareando mientras un ladrón con antifaz sale con un saco por una puertecita abierta en el robot.
📷 Imagen generada con IA

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
Precios de lista, según JFrog.

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
Datos según JFrog, a partir de su cronología de divulgación.

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

Comentarios

Sé respetuoso. Los comentarios se moderan.

    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.

    Frecuencia:

    ← Volver al blog