Unitree Go2 : CVE-2026-115995, une injection de commandes à 9,6/10 dans le module chat du robot

Unitree Go2 : CVE-2026-115995, une injection de commandes à 9,6/10 dans le module chat du robot

🔎 Un quadrupède connecté, un micro, et une faille à 9,6/10

Depuis son lancement à 1 600 $ (juillet 2023), le Unitree Go2 s'est imposé comme le quadrupède le plus répandu du marché grand public. Écoles, laboratoires, PME, particuliers : des milliers de ces machines patrouillent dans des salles de classe et des salons. Et comme tout produit « IA-ready », elles discutent avec des modèles de langage.

Le 26 octobre 2026, cette insouciance a pris un coup. La divulgation de CVE-2026-115995 décrit une injection de commandes OS notée 9,6/10 sur l'échelle CVSS — la bande Critique — dans le module chat du robot. Un attaquant capable de joindre le robot peut exécuter des commandes système à distance, sans authentification.

La faille en elle-même est presque banale : une chaîne de caractères non filtrée passée à une commande système. Ce qui l'est beaucoup moins, c'est ce qu'elle révèle sur l'état de l'industrie robotique. Déployer un correctif sur des milliers de machines physiques, dormantes, dispersées, appartenant à des particuliers, n'a rien à voir avec un déploiement web. C'est le vrai sujet de cette actualité.

L'essentiel

• La faille : CVE-2026-115995, injection de commandes OS (CWE-78), CVSS 9,6/10 (Critique), dans le composant chat_go du Unitree Go2.
• Le point d'entrée : la fonction set volume du fichier gpt thread.py exécute des commandes système à distance via l'argument Value, sans validation.
• Versions affectées : jusqu'au firmware 1.1.11.4 inclus. Correctif : firmware 1.1.11.5, suivi sous le ticket vendeur #474.
• État de la menace : aucun PoC public, aucune exploitation connue à ce jour (26 octobre 2026, source killtheai).
• Le vrai enjeu : faire descendre ce correctif sur une flotte de robots physiques — un exercice bien plus difficile que pour un serveur web.

Outils recommandés

Pas besoin d'un arsenal : quatre outils suffisent pour inventorier, patcher, isoler et superviser des Go2.

CVE-2026-115995 : la faille en clair

Réponse directe : CVE-2026-115995 est une injection de commandes OS (CWE-78) notée 9,6/10, présente dans le composant chat_go du Unitree Go2 jusqu'au firmware 1.1.11.4 inclus. Le correctif existe : firmware 1.1.11.5.

Le composant chat_go est la brique qui relie le robot à un LLM distant — GPT-5.5, Gemini 3.1 Pro ou un modèle auto-hébergé type Kimi K2.6 selon les configurations. C'est elle qui gère les réglages conversationnels, dont le volume audio. Autrement dit : la faille se trouve au cœur de la fonctionnalité qui a fait vendre le robot.

Anatomie : set volume, gpt thread.py et l'argument Value

Dans gpt thread.py, un thread de fond traite les paramètres renvoyés par le module conversationnel. La fonction set volume ajuste le volume du haut-parleur en construisant une commande système — et en y concaténant l'argument Value sans aucun filtrage.

Résultat : quiconque parvient à soumettre une valeur forgée à cette interface obtient une exécution de commande arbitraire avec les privilèges du robot. C'est la définition exacte de la CWE-78, l'injection de commandes OS, documentée par MITRE.

Les conséquences dépassent largement le gadget. Micro, caméras, commandes de mouvement, point d'ancrage dans votre réseau local : un robot compromis est un ordinateur compromis — avec des pattes.

Pourquoi 9,6 — et ce que ça ne veut pas dire

L'échelle CVSS v3.1 (FIRST, 2019) classe Critique tout score entre 9,0 et 10,0. Le 9,6 de CVE-2026-115995 s'explique par des dimensions quasi maximales : vecteur réseau, faible complexité d'exploitation, aucun privilège requis, aucune interaction utilisateur, impact élevé sur la confidentialité et l'intégrité.

Précision importante : le CVSS mesure la sévérité technique, pas la probabilité d'attaque. Un 9,6 sans PoC public reste un 9,6 — la menace active, elle, se mesure ailleurs.

Ce qu'on ne sait pas encore

À la date de la divulgation (26 octobre 2026), aucun PoC public n'a circulé et aucune exploitation n'a été observée, selon killtheai. C'est une bonne nouvelle, et il faut la dire.

Mais méfiance. Les détails techniques circulent, les robots restent en service des années, et l'historique des failles IoT montre que la fenêtre entre divulgation et exploitation publique se compte souvent en semaines. Cette fenêtre de grâce, il faut l'utiliser pour patcher — pas pour observer.

Patcher un robot physique : un tout autre sport que le web

Réponse directe : un correctif web se déploie en minutes avec rollback automatique ; un correctif robot se déploie en semaines, machine par machine, avec un risque réel de rendre l'appareil inutilisable.

Sur le web, tout est outillé : déploiement canary, blue-green, rollback en secondes, observabilité. Une équipe dédiée sait combien de serveurs tournent, sur quelle version, où.

Un Go2, lui, vit chez quelqu'un. La mise à jour suppose un Wi-Fi correct, une batterie chargée, un propriétaire qui accepte d'immobiliser sa machine pendant le flash. Un flash interrompu peut brique l'appareil. Et personne ne sait précisément où se trouvent les robots non patchés.

Les chiffres des équipes professionnelles donnent déjà le vertige : d'après les analyses de Mandiant (2023), les organisations mettent en moyenne environ 32 jours à corriger une vulnérabilité activement exploitée — sur des serveurs, avec des équipes dédiées. Pour des robots grand public, ajoutez la friction du « propriétaire doit cliquer ».

La régulation pousse dans le bon sens. Le Cyber Resilience Act européen (règlement 2024/2847, en vigueur depuis décembre 2024, obligations pleines fin 2027, signalement des failles dès septembre 2026, source EUR-Lex) impose des mises à jour de sécurité pendant toute la durée de support annoncée. Le Royaume-Uni exige depuis avril 2024 (réglementation PSTI) que les fabricants déclarent leur durée de support. L'ère des objets connectés sans engagement de mise à jour se referme — trop lentement.

Mon opinion est tranchée : un fabricant qui vend un robot mobile équipé d'un micro et de caméras sans engagement chiffré de durée de support ne vend pas un produit, il vend un problème.

Ce que dit Unitree — et ce qu'il faut exiger

Réponse directe : Unitree a corrigé la faille en firmware 1.1.11.5, suivie sous le ticket #474, sans exploitation connue à signaler. C'est le strict minimum ; le compte n'y est pas.

Rendons à César ce qui lui appartient. Le correctif existe, la référence de suivi est publique, aucune exploitation sauvage n'a été observée. Beaucoup d'éditeurs font pire, et plus lentement.

Mais un ticket numéroté ne remplace pas un avis de sécurité. Ce qu'il faut exiger — et qu'aucun fabricant de robots grand public ne fournit encore correctement — tient en cinq points : un avis détaillé (vecteur, versions, mitigations), un canal OTA signé avec statistiques de déploiement, une durée de support chiffrée par modèle, une SBOM du firmware, et une politique de divulgation assortie d'un bug bounty.

Le point le plus critique est celui des statistiques de déploiement. Sans elles, personne — ni le vendeur, ni les chercheurs, ni les clients — ne sait quelle proportion de la flotte reste vulnérable. Sur le web, on mesure. Sur les robots, on espère.

Contexte : une croissance à toute vitesse, une dette de sécurité qui s'accumule

Réponse directe : Unitree traverse une phase d'expansion spectaculaire, et chaque robot vendu aujourd'hui est un appareil à patcher pendant des années.

L'introduction en bourse de l'entreprise a fait parler : +460 % dès le premier jour de cotation et une valorisation autour de 50 milliards de dollars, comme nous le détaillions dans notre article sur l'introduction en bourse d'Unitree. Cette dynamique se voit aussi sur la scène internationale, avec les robots humanoïdes chinois invités à l'aéroport de Haneda (notre couverture).

Le problème, c'est que la vitesse commerciale et la maturité de sécurité ne progressent pas au même rythme. Chaque palier de croissance ajoute des milliers d'appareils en production chez des clients qui n'ont pas signé pour devenir adminsys de robots.

Une flotte, ça se gère : inventaire, canaux de mise à jour, durée de support, réponse à incident. Si Unitree veut tenir sa valorisation, la sécurité doit passer du statut de ticket #474 à celui de fonctionnalité de premier rang.

Des robots toujours plus autonomes, une surface d'attaque qui explose

Réponse directe : chaque saut d'autonomie ajoute du logiciel, et chaque ligne de logiciel ajoute de la surface d'attaque. Le module chat du Go2 n'est qu'un symptôme.

L'industrie avance vite. Boston Dynamics Atlas enchaîne des tâches industrielles en autonomie complète, SigLoMa apprend la manipulation dans le monde réel grâce à sa seule vision, et Sony Ace bat des joueurs professionnels de tennis de table — un résultat publié dans Nature.

Tous ces systèmes partagent le même ADN : des piles logicielles massives, des modèles appris, des canaux de télémétrie et de mise à jour. L'équation est simple : autonomie égale logiciel, et logiciel égale surface d'attaque.

La différence avec le web, c'est la matière. Un serveur compromis affiche une page corrompue ; un quadrupède compromis se déplace physiquement, avec un micro et des caméras, au milieu d'un domicile ou d'une école. La même faille n'a pas le même poids.

Le module chat du Go2 illustre exactement cette dynamique : les fonctions LLM vendent des robots, mais brancher un LLM sur une machine mobile impose des interfaces réseau qui n'auraient jamais dû exister sur un moteur à pattes. On ne peut pas vouloir les fonctionnalités sans assumer la surface.

Plan d'action : sécuriser vos Go2 dès cette semaine

Réponse directe : mettez à jour vers le firmware 1.1.11.5, sortez le robot de votre réseau principal et supervisez-le. Une heure de travail élimine l'essentiel du risque.

1. Inventoriez. Localisez chaque robot présent sur votre réseau :

nmap -sn 192.168.1.0/24

1. Mettez à jour. Passez en firmware 1.1.11.5 via l'application ou l'outil officiel Unitree. Batterie chargée à plus de 50 %, alimentation branchée, aucune coupure pendant le flash. Sur une flotte, testez d'abord un robot, puis déployez par vagues.
2. Isolez. VLAN ou SSID dédié aux robots, sans accès au réseau principal. La segmentation des objets connectés figure parmi les recommandations de base de CISA. Aucune redirection de ports vers le robot, jamais.
3. Contrôlez l'accès distant. Si vous devez joindre un robot hors site, passez par un VPN mesh type Tailscale plutôt que par un port ouvert sur votre box.
4. Supervisez. Un Uptime Kuma ou un Grafana sur un petit VPS — Hostinger fait très bien l'affaire — vous permet de garder vos journaux et vos alertes chez vous, au lieu de dépendre du cloud du vendeur.
5. Suivez. Gardez le ticket #474 sous la main, surveillez les avis Unitree et le fil killtheai pour toute évolution.

❌ Erreurs courantes

Erreur 1 : confondre sévérité CVSS et probabilité d'attaque

Le CVSS dit à quel point une faille est grave si elle est exploitée, pas quand elle le sera. Beaucoup vont lire « aucun PoC public » et conclure qu'ils ont le temps.

La solution : traitez la sévérité comme un ordre de priorité de correctif, pas comme une prévision météo. À 9,6/10, la mise à jour se planifie cette semaine.

Erreur 2 : croire que le réseau local protège

La faille se déclenche depuis tout réseau capable de joindre le robot. Un ordinateur portable compromis, un invité avec le mot de passe Wi-Fi, un autre objet IoT vulnérable : le pivot est trivial.

La solution : segmentation stricte. Un VLAN ou un SSID séparé pour les robots, et zéro redirection de ports. Le robot n'a pas besoin d'être joignable depuis Internet pour vivre.

Erreur 3 : reporter la mise à jour « à la prochaine version stable »

La peur de la régression est légitime — un firmware peut casser des comportements. Mais attendre la version suivante, c'est laisser une faille à 9,6/10 ouverte pendant des semaines, sur une machine qui écoute et qui se déplace.

La solution : le pattern canary, transposé au monde physique. Un robot test, une validation fonctionnelle complète, puis un déploiement par vagues. C'est exactement ce que font les équipes web depuis dix ans.

Erreur 4 : penser que désactiver le module chat suffit

Couper le module chat réduit la surface, c'est vrai. Mais le composant vulnérable reste présent dans le firmware, et vous payez un coût fonctionnel permanent sans garantie de couverture complète.

La solution : la désactivation est une mitigation temporaire, pas un correctif. Le firmware 1.1.11.5 est la seule mesure qui règle le problème à la racine.

❓ Questions fréquentes

Mon Go2 est-il concerné par CVE-2026-115995 ?

Oui si votre firmware est en version 1.1.11.4 ou antérieure. Vérifiez dans l'application Unitree ou l'outil de mise à niveau officiel, rubrique informations système. Si vous avez déjà installé la version 1.1.11.5 ou ultérieure, la faille est corrigée et aucune autre action n'est nécessaire.

La faille est-elle déjà exploitée ?

Non, à la date de la divulgation (26 octobre 2026) : aucun PoC public n'a circulé et aucune exploitation n'a été observée, selon killtheai. Mais l'absence de PoC n'est pas une garantie : les détails techniques suffisent à un chercheur motivé pour reconstituer l'attaque. Patchez sans attendre.

Que permet concrètement l'exploitation ?

Une exécution de commandes OS arbitraires (CWE-78) avec les privilèges du robot : accès au micro, aux caméras, aux commandes de mouvement, et un pivot possible vers votre réseau local. En pratique, un attaquant qui atteint l'interface du module chat prend le contrôle complet de la machine.

Comment appliquer le firmware 1.1.11.5 sans risque ?

Utilisez l'application ou l'outil officiel Unitree, avec une batterie chargée à plus de 50 % et une connexion Wi-Fi stable. Ne coupez jamais l'alimentation pendant le flash. Sur une flotte, mettez d'abord à jour un robot test, validez ses fonctions, puis déployez le reste par vagues.

Faut-il débrancher le robot en attendant ?

Si vous ne pouvez pas patcher immédiatement : oui, sortez-le du réseau. Un robot hors ligne ne peut pas être atteint via CVE-2026-115995, qui exploite l'interface réseau du module chat. Vous perdez les fonctions connectées, mais vous gardez un appareil sain. Rebranchez-le uniquement après la mise à jour 1.1.11.5.

✅ Conclusion

CVE-2026-115995 n'est pas la faille qui fera la une — c'est celle qui doit faire réagir : à 9,6/10 sur un robot vendu à des particuliers, le firmware 1.1.11.5 s'applique cette semaine, pas au prochain trimestre. Vérifiez votre version dès maintenant sur le site d'Unitree, et appliquez le plan d'action ci-dessus.