Le chercheur révèle deux vecteurs qui permettent une racine distante dans l'EDU d'Unitree G1

Un enquêteur de sécurité a révélé deux chaînes indépendantes qui permettent l'exécution de code à distance avec des privilèges racine sur le robot Unitree G1 EDU. Selon la divulgation technique publiée le 27 août 2026 par Olivier Laflamme, les itinéraires d'engagement sont différents : une explosion d'un chemin transfrontalier dans des composants réseau pour atteindre un exécuteur local appelébashrunner, et l'autre partie d'une interaction Bluetooth Low Energy (BLE) qui, combinée à une mauvaise autorisation dans le service cloud, permet d'atteindre une vulnérabilité de la fourniture Wi-Fi qui dérive dans l'exécution racine sur l'ordinateur de locomotion robot .

Faits confirmés : Laflamme a attribué des numéros CVE aux deux défaillances (CVE-2026-76639 et CVE-2026-76640) et documenté techniquement comment chaque chaîne culmine en racine sur le PC Locomotion - le système intégré qui contrôle les moteurs et actionneurs EDU G1. Sur la route du réseau (CVE-2026-76639), l'exploitation commence par une voie transversale dans un service identifié commechat _ allerqui permet d'écrire dans la logique debashrunnerdont l'abus conduit à l'exécution avec des privilèges racine. Sur la route BLE (CVE-2026-76640), l'attaquant peut écrire un vecteur de démarrage Bluetooth non apparié; cette phase initiale seule ne donne pas de contrôle, mais, selon Laflamme, une vérification de propriété défectueuse dans le service cloud permis de récupérer le matériel clé pour un robot différent, ce qui a permis à l'état authentifié d'atteindre le code d'alimentation Wi-Fi, où il ya un débordement qui permet de monter à racine.

Ce qui est confirmé et ce qui n'est pas: Il est confirmé que Laflamme a effectué des essais contrôlés avec deux G1 dans la même pièce et qu'elle a limité la propagation de l'explosion dans cet environnement de laboratoire. Il a également déclaré qu'Unitree a appliqué en juillet 2026 un arrangement pour la vérification du lien entre le compte cloud et le compte robot ; selon lui, que la correction brise le débit exact qu'il a utilisé pour son test concept. Il n'est pas confirmé par Unitree (du moins publiquement et selon les informations disponibles) quelles versions du firmware distribué sont celles qui corrigent complètement les deux CVE, ni si d'autres modèles Unitree au-delà du G1 EDU partagent les mêmes composants vulnérables.

Il est pertinent de noter une autre précision technique fournie par Laflamme : votre robot d'essai a été mis à jour en V1.5.2 pendant le travail, mais cette séquence n'établit pas en soi que la version V1.5.1.1 est affectée. En d'autres termes, il y a confirmation du problème dans le laboratoire et le vecteur d'exploitation, mais la carte exacte des versions affectées dans les installations réelles manque encore une déclaration publique du fabricant vérifiable par des tiers.

Comment les attaques fonctionnent, en termes techniques: la première chaîne est basée sur l'abus d'itinéraires de fichiers (route traversante) sur une interface réseau qui permet à un attaquant d'entrer des commandes dans un composant qu'il invoquebashrunner; que l'exécuteur n'effectue pas suffisamment de contrôles du contexte ou des privilèges, et finit par exécuter le code de permis racine dans le sous-système locomotion. La deuxième chaîne combine une opération BLE initiale qui n'exige pas d'appariement - l'acceptation d'un message bootstrap protégé lui-même - avec une défaillance d'élimination du nuage qui a permis la récupération des clés associées à un autre appareil. Avec ces touches, l'attaquant obtient l'état authentifié pour exécuter la routine d'alimentation Wi-Fi, où il y a un dépassement de tampon exploitable qui culmine à nouveau avec racine sur l'ordinateur de locomotion.

Ceux qui sont touchés et pourquoi il importe: Les propriétaires opérationnels de l'Unitree G1 EDU sont le groupe directement à risque - cela inclut les laboratoires de recherche, les universités, les entreprises qui utilisent ces robots pour l'éducation ou les démonstrations - parce qu'un attaquant avec accès au réseau local ou avec proximité physique Bluetooth pourrait atteindre le contrôle total des moteurs et des capteurs du robot. La capacité d'exécuter le code comme racine sur la plate-forme de locomotion implique un contrôle physique (déplacement des jambes, des caméras, des microphones), une perte d'intégrité des données, la possibilité d'installer la persistance locale et le risque de compromettre les pouvoirs qui permettent l'accès à d'autres robots ou services associés. De plus, la récupération clé par nuage ouvre le vecteur d'attaque à partir de comptes distants si l'autorisation n'est pas suffisamment restreinte.

Incidences réelles et risques pratiques: au-delà des dommages informatiques, l'opération peut entraîner des dommages physiques - collisions, mouvements inattendus, risques pour le personnel - et la perte de la propriété intellectuelle ou des données saisies par le robot. Si la chaîne pouvait être répliquée à plus de deux unités de masse au moyen de clés récupérées ou d'une propagation du réseau local, l'impact serait plus grand; pour l'instant, cette étendue n'a pas été démontrée publiquement.

Les implications pour les organisations qui intègrent ces robots dans leurs opérations comprennent la nécessité de revaloriser les contrôles d'accès physiques et logiques, d'examiner la segmentation du réseau (robots isolés dans les VLAN), et d'ajuster les processus d'approvisionnement et d'authentification pour empêcher un compte cloud de compromettre le matériel clé d'autres appareils.

Mesures spécifiques et urgentes à prendre par les opérateurs EDU G1: 1) Isolez immédiatement les robots EDU G1 des réseaux peu fiables et, si possible, les déconnectez temporairement du Wi-Fi et du cloud jusqu'à ce qu'Unitree confirme une version parachevée. 2) Désactiver Bluetooth ou limiter sa portée physique; si elle ne peut pas, placer le robot dans un espace contrôlé où il n'y a pas d'accès public à proximité. 3) Modifier les identifiants des comptes cloud connexes, activer l'authentification multifactorielle et examiner les dossiers clés de récupération. 4) Demandez au fabricant la version exacte du firmware qui corrige à la fois CVE et exige une preuve de l'intégrité de l'image (signature numérique). 5) Si vous avez des capacités de sécurité, capturez des images médico-légales et des enregistrements de robots avant d'appliquer des mises à jour (pour préserver des preuves en cas d'incident). 6) Segment du réseau: placer les robots dans des sous-réseaux avec des règles de pare-feu strictes, limitant les sorties administratives et l'accès. (7) Maintenir des procédures de contrôle de l'accès physique qui empêchent les tiers de se rapprocher suffisamment pour exploiter BE.

Pour les gestionnaires à plus grande échelle ou les responsables de la sécurité de l'entreprise, en plus des mesures ci-dessus, il est conseillé d'aviser le CSIRT/CERT interne, de coordonner avec Unitree pour recevoir des indications officielles et, le cas échéant, d'impliquer les autorités d'intervention en cas d'incident. D ' autres modèles d ' unité déployés dans l ' organisation devraient également être vérifiés s ' ils partagent des éléments vulnérables.

Sources et référence pratique: Unitree conserve les informations de produit et de support sur son site officiel https: / / www.unitere.com /. Pour comprendre les particularités et les limites de l'appariement BLE et de sa sécurité, la spécification officielle Bluetooth fournit un contexte technique utile https: / / www.bluetooth.com / learn-about-bluetooth / chore-spécification /. Et pour les guides opérationnels sur la protection des appareils connectés et les bonnes pratiques de sécurité IoT, l'US Cybersecurity and Infrastructure Agency. UU publie des recommandations pratiques qui peuvent être adaptées à l'environnement des robots éducatifs https: / / www.cisa.gov / stopthinkconnect / suite-votre-dispositifs.

Enfin, il est important de souligner l'incertitude qui subsiste : la liste publique des versions signées et corrigées n'a pas été vérifiée par des tiers, et Unitree n'a pas encore communiqué publiquement un certain nombre de firmwares spécifiques qui corrigent les deux CVE dans tous les cas. Les exploitants doivent suivre les communications officielles du fabricant et n'appliquer les correctifs qu'à partir de sources vérifiées; en attendant, les mesures de confinement décrites réduisent les risques et évitent d'éventuels dommages physiques ou engagements ultérieurs.