Deux chaînes d'attaque root sur Unitree G1 EDU : une via réseau, une via Bluetooth

Le 27 août 2026, le chercheur Olivier Laflamme a publié les détails de deux chaînes d'exploitation indépendantes permettant d'obtenir une exécution de code avec privilèges root sur le Locomotion PC du robot humanoïde Unitree G1 EDU. Les vulnérabilités, suivies sous les identifiants CVE-2026-76639 et CVE-2026-76640, empruntent des chemins différents : la première exploite une faille du réseau local, la seconde part de la proximité Bluetooth Low Energy et, dans sa forme originale, passait par une lacune du service cloud d'Unitree.

La chaîne network-adjacent : de chat_go à root

CVE-2026-76639 a un vecteur network-adjacent : un attaquant doit se trouver sur le même réseau que le robot. La faille est une condition de path traversal dans le composant chat_go. En l'exploitant, on atteint bashrunner, un exécutable qui permet de lancer des commandes avec des privilèges root sur le Locomotion PC. Le résultat est une exécution de code à distance indépendante.

La CVE affiche un score CVSS de 8,8, avec le vecteur AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H. En pratique : aucune authentification requise, aucune interaction utilisateur, impact complet sur la confidentialité, l'intégrité et la disponibilité. La complexité d'attaque est faible une fois l'accès au réseau local obtenu.

La même primitive de path traversal a ensuite été réutilisée par Laflamme comme composant de la deuxième chaîne, celle passant par Bluetooth.

La chaîne BLE : de la proximité physique au root en passant par le cloud

CVE-2026-76640 part d'un présupposé différent : la proximité physique avec le robot. L'écriture initiale via Bluetooth Low Energy accepte l'interaction de bootstrap sans exiger l'appairage Bluetooth. Le matériel de bootstrap reste protégé, mais les opérations suivantes de provisioning Wi-Fi exigent un état BLE authentifié de l'application. Pour franchir cette étape, le chercheur a exploité un défaut du cloud Unitree.

Pendant la recherche, le service cloud acceptait un compte Unitree valide pour la demande de récupération de clé sans vérifier que le compte était lié au robot dont on demandait les clés. Cela permettait d'obtenir des clés associées au G1 EDU d'autrui. Avec la clé récupérée, l'état BLE authentifié était établi. À ce stade, la chaîne atteignait le code de provisioning Wi-Fi, où un buffer overflow produisait l'exécution root sur le Locomotion PC.

Le score CVSS de cette CVE est de 7,5, avec le vecteur AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H. La complexité est élevée car elle nécessite plusieurs étapes, mais la barrière initiale reste la seule proximité physique. Le test de propagation a été limité à deux robots G1 dans une pièce.

La correction partielle : le cloud a été corrigé, le firmware non

Unitree a corrigé en juillet 2026 le contrôle de propriété du compte cloud. Au 27 août 2026, la route assistée par le cloud exige un compte lié au G1 cible ou la possession du matériel de clé. Cette modification interrompt la preuve de concept de la chaîne BLE telle qu'elle avait été démontrée.

Côté firmware, en revanche, aucune version corrective n'a été vérifiée dans les communications publiques d'Unitree. Les propriétaires de G1 EDU n'ont pas de version cible confirmée. La mise à jour du robot de test vers V1.5.2 ne démontre pas à elle seule que la version précédente V1.5.1.1 est affectée. The Hacker News a contacté Unitree pour clarifier les versions du firmware, le périmètre d'applicabilité et l'état de la remédiation. D'éventuelles réponses mettront à jour l'article.

Qui est exposé et que peut faire un propriétaire

Le produit concerné est le modèle G1 EDU, que la page officielle d'Unitree distingue du G1 standard. L'applicabilité à d'autres robots Unitree n'est pas confirmée. Les CVE concernent le Locomotion PC, le composant qui gère le mouvement du robot.

Tant qu'aucun correctif firmware vérifié n'est disponible, les propriétaires peuvent réduire le risque en limitant l'exposition réseau du Locomotion PC, par exemple en l'isolant du LAN ou en bloquant le trafic vers chat_go. Pour le vecteur BLE, il est utile de désactiver le Bluetooth lorsqu'il n'est pas nécessaire et de maintenir le robot dans des zones physiquement contrôlées. On ne sait pas si les deux CVE ont été ajoutées au catalogue Known Exploited Vulnerabilities (KEV) de la CISA.

Deux vecteurs indépendants, une même conséquence

Les deux chaînes décrites par Laflamme partagent l'objectif final : l'exécution de code root sur le Locomotion PC. Le vecteur network-adjacent exige l'accès au réseau local ; celui par BLE réduit la barrière à la seule proximité physique. La lacune cloud, corrigée entre-temps, permettait de récupérer des clés entre robots et transformait une attaque de proximité en un vol d'identifiants à grande échelle.

Les failles se répartissent sur différents composants : chat_go, bashrunner, le provisioning Wi-Fi et le service cloud. Cela rend la vulnérabilité globale plus difficile à atténuer par une seule intervention. Pour l'instant, la seule correction confirmée est celle côté cloud. Le reste attend une réponse officielle d'Unitree.