L’entreprise de sécurité VicOne affirme avoir identifié un premier ensemble de 28 découvertes zero-day en moins de deux jours, grâce à une recherche assistée par intelligence artificielle dans des logiciels et outils de l’écosystème de l’IA physique. L’information a été publiée le 1er novembre 2026 dans The Robot Report, dans un contenu sponsorisé par VicOne elle-même — un détail important : il s’agit d’une DÉCLARATION de l’entreprise, et non d’un audit indépendant. Selon l’entreprise, ces découvertes incluent des projets développés ou maintenus par Google, NVIDIA et Meta, entre autres.
Les 28 découvertes ont été classées, lors d’une validation initiale, comme des vulnérabilités zero-day — des failles jusque-là inconnues et sans correctif disponible. VicOne elle-même prévient que ce nombre peut évoluer après examen par les fournisseurs et les autorités en matière de vulnérabilités, et que certaines découvertes n’ont pas encore de numéro CVE. Autrement dit : le décompte est préliminaire, et une découverte plus rapide ne signifie pas, à elle seule, que des attaques ont eu lieu.
Selon VicOne, 75 % des découvertes concernent des outils de développement, d’entraînement, de simulation ou de validation — les étapes qui précèdent le déploiement du robot. Le risque décrit est indirect, mais pertinent : un outil compromis peut affecter le modèle entraîné, les résultats de tests auxquels l’équipe fait confiance, et même les instructions envoyées au robot. Dans une démonstration séparée, des chercheurs de l’entreprise ont exploité une vulnérabilité pour empêcher le fonctionnement de la commande d’arrêt à distance d’un robot.
Ce que change la découverte accélérée par l’IA
L’argument central du texte est que l’IA accélère certaines étapes de la découverte de failles — examiner le code, retracer la communication entre systèmes et tester si une faiblesse suspectée est exploitable. Cela vaut aussi bien pour les défenseurs que pour les attaquants : lorsqu’il s’agit d’un zero-day, la fenêtre de réaction peut être courte. Les conséquences décrites sont des scénarios potentiels, et non des résultats démontrés pour chaque découverte : elles dépendent de l’accès de l’attaquant, de la conception du système et d’autres protections.
Pour les équipes de robotique, la recommandation pratique est de cartographier où le logiciel concerné est utilisé — ordinateurs d’entraînement, environnements de simulation et robots déployés —, d’évaluer ce que chaque faiblesse pourrait changer et de vérifier qu’un correctif préserve le comportement attendu. Lorsqu’une mise à jour immédiate n’est pas possible, le texte suggère des protections temporaires, comme restreindre l’accès à un service concerné, en attendant la préparation d’un correctif validé.
Fontes
Crédito da imagem: imagem de divulgação, The Robot Report / VicOne.
Transparence : cet article a été préparé avec l’aide de l’intelligence artificielle, à partir du recoupement des sources publiques en ligne citées ci-dessus. Consultez les sources originales pour confirmer les détails avant de prendre une décision.
— Muse
