Robots Unitree livrés depuis l'Italie · support en anglais

Prices Find the right robot Financing
About us Book a call
Unitree G1 dans un bureau, robot connecté au réseau de l'entreprise

Réglementation · Sécurité · Réseau

Sécurité réseau en entreprise avec un robot Unitree : isoler, mettre à jour, protéger les données

En bref : un robot Unitree en entreprise est un terminal avec Wi-Fi, Bluetooth, parfois 4G et un ordinateur de contrôle embarqué. Il doit être placé sur un VLAN dédié, avec un accès sortant uniquement vers les services nécessaires, des identifiants changés et des mises à jour dans une fenêtre contrôlée. L'OTA et l'appairage de l'application passent par le cloud du fabricant : si vous les bloquez, vous perdez la téléopération et les mises à jour à distance, pas le contrôle local via Ethernet et DDS.

Quand on parle de sécurité réseau en entreprise avec un robot Unitree, le point de départ est l'architecture documentée par le fabricant, pas le service dans lequel le robot va circuler. Un G1 ou un Go2 n'est pas un appareil isolé : il a un système d'exploitation, un compte, un canal de mise à jour et, sur le G1 EDU, un accès SSH pour le développement. Le travail du responsable IT consiste à décider quels canaux garder ouverts, sur quel segment et avec quels identifiants.

Informations générales, pas de conseil juridique ni de conseil en cybersécurité. Les configurations doivent être adaptées au réseau, au contrat et à la version du robot ; pour un cas précis, il faut le fournisseur et, si nécessaire, un consultant.

Sécurité réseau en entreprise : les trois niveaux à séparer

Le premier niveau est le réseau : qui peut parler au robot et vers quelles destinations. Le deuxième est le terminal : identifiants, services exposés, Bluetooth, ports USB et comptes. Le troisième, ce sont les données : vidéo, audio, cartes, télémétrie et sauvegardes. Si l'on n'intervient que sur l'un des trois, les deux autres restent exposés.

La bonne question est de savoir quels canaux sont réellement nécessaires. Un Go2 utilisé avec la télécommande n'a pas besoin de téléopération à distance ; un G1 EDU pour ROS 2 a besoin de l'accès au réseau du robot et de SSH, pas forcément de l'application sur Internet.

Quelles applications et quels services cloud utilise un robot Unitree

La documentation pour développeurs décrit une architecture commune au Go2 et au G1. Le robot se connecte aux services cloud uniquement après autorisation de l'utilisateur. Le cloud sert à trois choses : télémétrie et diagnostic, mises à jour du système et téléopération via WebRTC. Les canaux déclarés sont MQTT pour la communication IoT et les mises à jour, HTTP pour le compte et l'appairage, TURN/STUN pour acheminer la vidéo quand la connexion directe ne fonctionne pas. Le Bluetooth LE sert à la configuration du réseau et à la vérification de sécurité ; à l'intérieur du robot, la communication entre modules passe par DDS.

CanalÀ quoi il sertIndication pour l'IT
Ethernet et DDSContrôle et développement local, topics ROS 2Réseau du robot séparé, sans routage vers les utilisateurs
Wi-Fi en mode infrastructureApplication, télémétrie et services cloudSSID dédié et VLAN robot
Wi-Fi en mode APConfiguration initiale : le robot crée un point d'accèsUniquement à l'installation, dans une zone contrôlée
Bluetooth LEConfiguration du réseau et vérification de sécuritéAccès physique limité, installation tracée
MQTT et HTTP vers le cloudOTA, diagnostic, compte et appairageSortie autorisée seulement si nécessaire, avec journaux
WebRTC, TURN et STUNVidéo et commandes à distanceÀ bloquer si vous n'utilisez pas la téléopération

Le réseau local : Ethernet, DDS et 192.168.123.x

Deux détails changent la conception. Le premier : le réseau interne du robot utilise le sous-réseau 192.168.123.x ; l'ordinateur de développement du G1 répond sur 192.168.123.164, celui embarqué du Go2 sur 192.168.123.161. Il ne doit pas être exposé au réseau de l'entreprise. Le second : sur les versions Go2 Air et Pro, les interfaces Ethernet et SBUS ne sont pas disponibles ; elles sont réservées à la version EDU. Si le projet exige un câble, la version doit être choisie avant la commande, pas après.

Configurer un VLAN isolé, étape par étape

Il n'existe pas de configuration valable pour tous les sites, mais l'ordre des étapes est toujours le même. Exemple avec des numéros hypothétiques : VLAN 210 pour les robots, sous-réseau 192.168.210.0/24, passerelle 192.168.210.1, adresses réservées de .10 à .30 ; VLAN 200 pour l'administration, avec un jump host.

  1. Séparez le trafic. Créez un VLAN et un SSID dédiés. Ne réutilisez pas le VLAN des PC ni celui de gestion.
  2. Bloquez le routage latéral. Le VLAN robot ne doit pas atteindre le réseau des utilisateurs. Le seul accès administratif passe par un jump host sur le VLAN 200, avec des règles nominatives et des journaux.
  3. Attribuez des adresses stables. Réservations DHCP ou IP statiques pour chaque robot, avec l'adresse MAC et le numéro de série dans l'inventaire.
  4. Partez d'un refus par défaut en sortie. N'ouvrez que les destinations nécessaires pour l'OTA, l'application et la téléopération, et seulement pendant les fenêtres où elles servent.
  5. Gardez DDS à l'intérieur du VLAN. La communication locale entre le PC de développement et le robot utilise DDS ; le multicast de découverte ne doit pas traverser un routeur ou un pare-feu sans configuration dédiée. Pour les premiers tests, suivez le guide ROS 2 sur un robot Unitree.
  6. N'exposez pas le sous-réseau 192.168.123.x. Si un fournisseur demande un accès à distance, prévoyez une session temporaire et tracée.
  7. Mesurez avant de fermer. Laissez passer le trafic quelques jours, enregistrez les destinations et les volumes, puis construisez la règle. Sans référence, la liste blanche devient une liste d'exceptions.

Ce qu'il faut désactiver ou limiter si ce n'est pas nécessaire

ÉlémentQuand il est nécessaireQue faire s'il n'est pas nécessaire
Point d'accès Wi-Fi du robotConfiguration initiale ou environnements sans Wi-FiUtilisez Ethernet ou le Wi-Fi d'infrastructure ; évitez l'AP en production
Application et compte cloudAppairage, OTA, téléopérationBloquez la sortie ; le contrôle local et DDS restent disponibles
Module 4G avec eSIM (SIM intégrée)Usage hors site ou mobilitéChoisissez une version sans module ou limitez la connectivité chez l'opérateur
Bluetooth LEConfiguration et vérification initialesCe n'est pas un canal d'exploitation : concentrez l'installation dans une zone contrôlée
SSH sur les versions EDUDéveloppement et maintenanceMot de passe changé, clés, accès uniquement depuis le jump host
WebRTC et TURNTéléopération à distanceBloquez en sortie si le robot travaille uniquement sur site
Ports USB et station d'accueilMises à jour et développementAccès physique contrôlé et registre des interventions

La documentation développeurs indique pour le G1 EDU l'utilisateur unitree et un mot de passe initial connu ; il en va de même pour la station d'accueil du Go2. Ce sont des identifiants de laboratoire : ils doivent être changés avant de connecter le robot au réseau, ainsi que les identifiants du point d'accès. Avec un compte partagé, on ne peut pas attribuer un accès à une personne.

L'application utilise le Bluetooth pour configurer le réseau et vérifier la sécurité de la connexion. La mesure utile est physique : configuration dans une zone réservée, téléphone professionnel et opération enregistrée. Ensuite, l'accès à la zone et aux ports reste limité.

Mises à jour : comment les gérer sans tout ouvrir

Unitree déclare l'OTA via le cloud pour le G1 et pour le Go2 ; la page Go2 précise que le robot ne se connecte qu'avec l'autorisation de l'utilisateur et l'architecture indique MQTT pour les mises à jour. Un VLAN sans Internet ne reçoit pas l'OTA : cela doit être intégré au projet avant l'installation.

Une procédure viable en entreprise comporte six étapes :

  1. Inventaire des versions. Notez le firmware du robot, la version de l'application et, le cas échéant, la version de la station d'accueil ou du module de calcul.
  2. Fenêtre de mise à jour. Ouvrez la sortie vers les services du fabricant uniquement pendant la fenêtre convenue, avec un robot à la fois.
  3. Test sur un exemplaire. Mettez d'abord à jour un robot de laboratoire, vérifiez le mouvement, les capteurs, le réseau et votre application.
  4. Vérification après la mise à jour. Contrôlez la version installée et refaites le test réseau. Si la mise à jour change le comportement, arrêtez-vous et ouvrez un ticket.
  5. Journal. Conservez la version, la date, le résultat et l'opérateur.
  6. Plan B en cas d'isolement total. Si le réseau n'a pas de sortie, demandez au fournisseur la procédure hors ligne et les paquets officiels. Pas de firmware tiers.

Pour le G1, la procédure côté application, les contrôles avant de commencer et les erreurs à éviter sont dans le guide de la mise à jour du firmware du G1. En règle générale : batterie chargée, réseau stable, aucune interruption et une procédure de retour arrière convenue avec le fournisseur.

Données : vidéo, audio et télémétrie

Un G1 dispose d'une caméra de profondeur, d'un LiDAR, de quatre microphones et d'un haut-parleur ; un Go2 a une caméra, un LiDAR et, sur certaines versions, la voix et l'interphone. Ce sont des capteurs utiles pour l'application, mais ils captent aussi ce qui entoure le robot. Si le robot filme ou enregistre des personnes identifiables, le traitement entre dans le périmètre du RGPD et des indications des autorités de protection des données sur la vidéosurveillance (par exemple le Garante italien) : finalités, minimisation, information, durées de conservation et, lorsque les conditions sont réunies, analyse d'impact.

Unitree déclare que les données opérationnelles collectées par le cloud ne concernent pas la vie privée et que le trafic WebRTC n'est ni collecté ni analysé par le serveur. Ce sont des déclarations utiles pour le contrat, mais elles ne remplacent pas l'évaluation du responsable du traitement. Avant la téléopération, décidez où vont les enregistrements et qui peut les voir.

Sur le robot, demandez si le disque est chiffré et comment les données sont effacées avant une reprise ou une réparation. Si ce n'est pas documenté, traitez-le comme un ordinateur portable.

Cyber Resilience Act : les faits à connaître

Le règlement (UE) 2024/2847, le Cyber Resilience Act, est en vigueur depuis le 10 décembre 2024. Les obligations de signalement s'appliquent à partir du 11 septembre 2026 ; les obligations principales à partir du 11 décembre 2027. Il concerne les produits avec éléments numériques mis sur le marché de l'UE, donc aussi un robot connecté.

Selon la fiche de la Commission européenne, le fabricant doit garantir une sécurité par défaut, gérer les vulnérabilités pendant la période de support, en déclarer la fin, fournir des instructions d'utilisation et apposer le marquage CE. Ce n'est pas une obligation automatique pour l'acheteur.

Pour l'acheteur, le CRA est une liste de questions avant la commande : fin du support, canal pour les vulnérabilités, mises à jour, instructions pour une installation sécurisée. Ce sont des informations que le fabricant fournit et que l'acheteur peut exiger. Une entreprise qui commercialise le robot sous sa propre marque peut assumer des obligations de fabricant.

Le CRA ne remplace pas le règlement machines (UE) 2023/1230 : la sécurité machine reste régie par ce règlement. Le guide du règlement machines 2027 explique la partie machines.

Checklist avant d'amener le robot dans l'atelier

  1. VLAN et SSID dédiés, sans routage vers le réseau des utilisateurs.
  2. Adresses stables et inventaire avec adresse MAC, numéro de série et version du firmware.
  3. Mots de passe du robot, du point d'accès et du compte changés ; aucun compte personnel.
  4. Sortie Internet fermée par défaut, ouverte uniquement pour l'OTA et la téléopération.
  5. Procédure de mise à jour écrite, avec test sur un exemplaire et journal.
  6. Évaluation de la vie privée si le robot filme ou enregistre des personnes.
  7. Contrat avec période de support et canal de signalement des vulnérabilités.
  8. Plan de fin de vie : effacement des données, révocation des comptes, retrait du VLAN.
Produits cités dans l'articleCatalogue Unitree

Questions fréquentes

Un robot Unitree peut-il être sur le même VLAN que les PC de l'entreprise ?

Non. Il doit être sur un VLAN dédié, sans routage vers le réseau des utilisateurs ; l'accès administratif passe par un jump host. Ainsi, un problème sur le robot n'expose pas le reste du réseau.

Quels ports faut-il ouvrir pour un Unitree ?

N'ouvrez aucun port en entrée. Le robot lance des connexions sortantes vers les services cloud pour l'OTA, l'application et la téléopération ; autorisez uniquement ces destinations et seulement lorsqu'elles sont nécessaires. Pour l'usage local, le réseau du robot suffit.

Peut-on utiliser un Unitree sans le connecter au cloud ?

Oui pour le contrôle local via Ethernet et DDS, sur les versions EDU. Vous perdez l'OTA et la téléopération depuis l'application ; la procédure de mise à jour hors ligne doit être demandée au fournisseur.

Comment mettre à jour le firmware dans un réseau isolé ?

Avec un VLAN de mise à jour qui a un accès sortant uniquement pendant la fenêtre, un robot à la fois et un journal des versions. Si l'isolement est total, une procédure du fournisseur est nécessaire.

Le Cyber Resilience Act concerne-t-il aussi l'entreprise qui utilise le robot ?

Les obligations principales incombent au fabricant. L'acheteur doit demander la période de support, le canal pour les vulnérabilités et les mises à jour. Une entreprise qui commercialise le robot sous sa propre marque peut assumer des obligations de fabricant.

Sources

  1. Unitree, architecture système Go2 (cloud après autorisation, MQTT, HTTP, WebRTC, BLE) : support.unitree.com
  2. Unitree, architecture système G1 (cloud après autorisation, MQTT, HTTP, TURN/STUN, BLE, DDS) : support.unitree.com
  3. Unitree, page officielle Go2 (Wi-Fi 6, Bluetooth, module 4G, OTA via cloud avec autorisation) : unitree.com/go2
  4. Unitree, page officielle G1 (Wi-Fi 6, Bluetooth 5.2, OTA) : unitree.com/g1
  5. Unitree, interfaces électriques et versions Go2 (Ethernet et SBUS uniquement sur EDU) : support.unitree.com
  6. Unitree, FAQ développeurs G1 (utilisateur et mot de passe initiaux, IP de PC1 et PC2) : support.unitree.com
  7. Unitree, guide rapide Go2 (réseau 192.168.123.x et IP de l'ordinateur embarqué) : support.unitree.com
  8. Unitree, station d'accueil du Go2 (utilisateur et mot de passe initiaux) : support.unitree.com
  9. Commission européenne, synthèse du Cyber Resilience Act : digital-strategy.ec.europa.eu
  10. Commission européenne, obligations des fabricants selon le CRA : digital-strategy.ec.europa.eu
  11. Règlement (UE) 2024/2847 (Cyber Resilience Act), texte officiel : EUR-Lex
  12. Garante italien pour la protection des données personnelles, FAQ sur la vidéosurveillance : garanteprivacy.it

Avant de connecter le robot au réseau

Partons de la version et de l'usage prévu : Ethernet, Wi-Fi, cloud et mises à jour changent la conception du réseau. Nous pouvons vous aider à les définir avant la commande. Abra Robotics fournit la gamme Unitree en France, en Belgique, au Luxembourg et en Suisse, avec un support en anglais.

Demander une évaluationHumanoïdes Unitree