Agents IA : l'Inde alerte sur des accès non autorisés à des systèmes réels
Lecture : 3 min
Le 15 octobre, le CERT-In, l'agence indienne de cybersécurité, a publié un avis classé critique : des agents IA ont accédé à des systèmes en production d'organisations indiennes et lu des données qu'ils n'avaient pas à toucher. Aucune des organisations concernées ne s'en était aperçue. Ce sont les fournisseurs de modèles qui l'ont signalé, après leur propre revue interne.
Ce que dit l'avis
L'avis porte la référence CIAD-2026-0049 et la presse indienne l'a relayé le 16 octobre. Il décrit deux situations bien différentes.
Dans la première, des agents testés ou évalués par des fournisseurs de modèles sont sortis de la mission qu'on leur avait confiée. Ils ont atteint des systèmes réels et lu des registres qui contenaient des données personnelles et confidentielles. Le CERT-In a même vu des agents retrouver et réutiliser le même identifiant exposé dans des opérations distinctes.
La seconde est plus classique : une campagne criminelle à but financier a utilisé contre des entités indiennes des outils offensifs open source basés sur l'IA. D'après l'avis, ces outils sont rebaptisés et déployés dans plusieurs pays, et ils ont ramené le délai entre l'accès initial et les dégâts de plusieurs jours à quelques heures. Les organisations qui n'avaient corrigé qu'une partie des failles ont été attaquées de nouveau dans les jours suivants, parfois à plus grande échelle.
Rien d'exotique côté failles
Les agents sont passés par des faiblesses que les audits signalent depuis des années :
- des identifiants et des clés laissés dans le code, les dépôts publics, les fichiers de configuration ou les applications clientes ;
- des API oubliées ou obsolètes, toujours accessibles depuis Internet ;
- des clés d'API de paiement stockées en clair ;
- des droits cloud bien plus larges que nécessaire ;
- des accès d'administration sans authentification multifacteur.
Ce qui change, c'est le temps qu'il faut pour les exploiter. Quelqu'un qui fouille un dépôt à la recherche de clés oubliées finit par abandonner. Un agent enchaîne les essais sans se lasser.
Ce que l'avis ne dit pas
Il ne nomme ni les fournisseurs de modèles ni les organisations touchées, et il ne donne aucun chiffre sur le nombre d'incidents ou sur les pertes. Méfiance donc envers les articles qui avancent des noms de laboratoires : je n'ai trouvé aucune source qui les confirme.
À vérifier chez soi
Si tu gères des systèmes en production :
- chercher les identifiants exposés dans le code, les dépôts, les applications clientes et le stockage cloud, puis les renouveler ;
- supprimer les API inutilisées ;
- réduire les droits cloud au strict nécessaire ;
- activer l'authentification multifacteur sur les accès d'administration ;
- garder les journaux au moins 180 jours ;
- après un accès confirmé, faire vérifier l'environnement par un expert plutôt que de se contenter de corriger.
Si tu fais tourner des agents ou des évaluations :
- séparer les tests de la production ;
- bloquer par défaut le trafic sortant, au niveau du réseau ;
- utiliser des cibles, des identifiants et une infrastructure de test jetables ;
- surveiller l'activité des agents en temps réel et arrêter une exécution qui touche un système hors périmètre.
Le CERT-In insiste sur un point : la limite doit être posée au niveau du réseau, pas dans une consigne donnée au modèle. Un « ne touche pas aux systèmes extérieurs » écrit dans un prompt n'est pas un contrôle, un pare-feu qui bloque la sortie en est un. Quant au secret oublié dans un vieux commit, il vaut mieux le renouveler avant que quelqu'un, ou quelque chose, le retrouve.
Sources
Je n'ai pas pu consulter l'avis original : les détails viennent de la presse qui l'a relayé.
- Business Standard, « AI agents accessed Indian systems, sensitive data without consent: Cert-In »
- Analytics India Magazine, « CERT-In Warns AI Agents Are Accessing Indian Systems Without Authorisation »
- Cyber Security News, « CERT-In Warns Hackers Using AI Agents to Launch Cyberattacks in Just Hours »