Auto-adaptation adversariale au niveau du programme par auto-jeu pour la sécurité robotique
Des chercheurs proposent, dans un preprint arXiv (2610.36143v1), un cadre d'auto-jeu adversarial co-adaptatif au niveau du programme pour la sécurité robotique. Des agents de code génèrent à la fois des attaques et des défenses à partir du code d'adversaires déjà testé et des retours de mission, sans aucun affinage (fine-tuning) de modèle. Le cadre expose des interfaces propres à chaque environnement: des programmes externes pour la conduite autonome, et des défenses au niveau du SDK pour la locomotion d'un humanoïde. Deux études de cas de huit générations chacune ont été menées. Dans la première, le défenseur du véhicule introduit une logique de récupération par actuation directe. Dans la seconde, le défenseur de l'humanoïde révise la validation des états entrants. Le résumé ne donne ni modèle de robot, ni simulateur, ni taux de réussite, ni nombre d'essais.
L'intérêt tient à la méthode. Jusqu'ici, la plupart des travaux sur la robustesse adversariale des robots opèrent sur les poids d'une politique apprise, par exemple une perturbation des capteurs ou un réentraînement. Ici, l'adaptation passe par du code exécutable, que des ingénieurs peuvent lire, versionner, auditer et rejouer. Cette traçabilité compte pour les intégrateurs et les responsables sécurité, car les agents de code commencent à modifier du logiciel robotique en production. Les auteurs sont surtout honnêtes sur les limites: les réponses du défenseur assurent une récupération locale de la tâche, mais ne démontrent pas de robustesse durable. Une parade efficace contre un attaquant donné peut cesser de l'être quand l'attaquant évolue. Ce résultat tempère l'idée qu'un agent de code suffirait à durcir un robot en boucle fermée. Il reste toutefois préliminaire: deux cas, huit générations, sans validation sur matériel réel d'après le résumé.
Ce travail s'inscrit dans la montée en puissance des agents de code appliqués à la robotique, et dans l'essor des approches d'auto-jeu, déjà connues en jeux et en cybersécurité offensive. Le choix de l'humanoïde, avec une validation des états au niveau du SDK, reflète la dépendance croissante des plateformes bipèdes commerciales à des couches logicielles propriétaires, donc à une surface d'attaque logicielle. Les suites logiques seraient des évaluations sur davantage de générations, contre des attaquants plus variés, avec des métriques de robustesse comparables et, à terme, des essais sur robots physiques. Aucun partenaire industriel ni calendrier de déploiement n'est mentionné.
Dans nos dossiers




