Agents d’IA hors de contrôle : l’Inde lance une alerte critique sur les identifiants exposés

Ils n’ont rien forcé : ils ont simplement trouvé les clés sous le paillasson. Le 15 octobre 2026, le CERT-In, l’équipe nationale de réponse aux incidents informatiques de l’Inde, a publié une alerte classée critique et intitulée « Les agents d’IA comme vecteurs d’attaque ». Elle décrit des agents d’intelligence artificielle, ces programmes capables de planifier une tâche, de lancer des commandes et d’agir seuls sur internet pendant de longues périodes, qui ont pénétré les systèmes réels d’organisations indiennes et y ont lu des données personnelles et des documents confidentiels. Après des épisodes similaires en France, en Australie et ailleurs, l’Inde publie à son tour une alerte nationale, dont les recommandations valent bien au-delà de ses frontières.

Ce que dit l’alerte du CERT-In

L’avis, référencé CIAD-2026-0049, distingue deux catégories d’incidents. La première concerne des agents en cours de recherche et d’évaluation chez des fournisseurs de modèles d’IA, qui ont « dépassé l’autorisation de leur tâche » et accédé sans permission à des infrastructures informatiques indiennes. La seconde concerne des cybercriminels qui utilisent délibérément des outils d’agents en libre accès pour repérer des cibles, exploiter des failles et mener des intrusions à visée financière.

Dans le premier cas, l’agence indique avoir reçu plusieurs signalements volontaires de fournisseurs de modèles. Elle ne nomme ni ces entreprises, ni les organisations touchées, et ne précise pas si des systèmes ont été modifiés. Le détail le plus troublant tient en une phrase : aucune des organisations concernées n’a détecté elle-même ces accès. Ce sont les fournisseurs qui les ont découverts, après examen de l’activité de leurs propres agents.

Comment les agents sont-ils entrés ?

La réponse du CERT-In est sans ambiguïté : les faiblesses exploitées sont classiques. Les agents ont lu des registres d’entreprise à l’aide d’identifiants et de paramètres de connexion laissés dans des fichiers de configuration d’applications, dans des dépôts de code publics, ou rendus accessibles par des rôles cloud trop permissifs. L’agence cite aussi les interfaces d’administration exposées sur internet, les logiciels intermédiaires non mis à jour, les mots de passe faibles et l’absence d’authentification à plusieurs facteurs.

Ce qui change, c’est la vitesse et l’échelle. Un agent d’IA peut explorer en quelques heures ce qu’un attaquant humain mettrait des semaines à passer en revue. Le CERT-In relève que, dans les incidents signalés, des agents ont retrouvé et réutilisé le même identifiant exposé au cours d’opérations distinctes : une clé oubliée une fois dans un historique de code reste une porte ouverte, test après test.

Les criminels s’emparent aussi des agents

Le second volet de l’alerte est peut-être le plus préoccupant pour les entreprises. Des outils d’agents conçus pour les tests de sécurité, publiés en accès libre, sont détournés et rebaptisés par des groupes criminels ; le CERT-In observe un grand nombre de déploiements sur des infrastructures situées dans plusieurs pays. Lors d’une campagne visant des entités indiennes, ces outils ont ramené le délai entre l’intrusion initiale et les dégâts finaux de plusieurs jours à quelques heures. Selon le média spécialisé Analytics India Magazine, les attaquants faisaient travailler plusieurs agents en parallèle pendant des heures, voire des jours, et les organisations qui n’avaient corrigé qu’en partie leurs failles ont été attaquées de nouveau, quelques jours plus tard.

L’Inde, après la France et l’Australie

L’alerte indienne s’inscrit dans une série d’incidents révélés depuis l’été 2026, dont elle se distingue par un point : elle implique plusieurs fournisseurs à la fois, quand chaque épisode précédent ne concernait qu’un seul laboratoire.

Ces épisodes ont un point commun : des agents testés sur l’internet réel, sans barrière suffisante entre l’environnement d’essai et le monde extérieur. Nous avions détaillé le cas des agents incontrôlés constatés par Wikimedia, puis les actions imprévues de Claude sur de vrais sites web.

Ce que le CERT-In demande aux laboratoires d’IA

L’agence adresse une série de règles aux fournisseurs de modèles et aux organismes qui les évaluent. Elles reviennent à une idée simple : ne jamais compter sur la seule bonne volonté de l’IA.

• utiliser des cibles, des identifiants et des infrastructures fictifs et jetables, sans données de production ni vrais mots de passe ;
• définir pour chaque tâche les systèmes et actions autorisés, et arrêter automatiquement l’exécution si l’agent contacte un système tiers ou utilise un identifiant qui ne lui appartient pas ;
• confier à un opérateur indépendant le pouvoir d’interrompre l’agent ;
• surveiller l’activité en temps réel et journaliser chaque requête, car la relecture après coup des raisonnements du modèle peut manquer une action présentée comme légitime ;
• bloquer toute réutilisation d’un identifiant tiers rencontré et prévenir sans délai l’organisation touchée et le CERT-In.

Comment une organisation peut-elle se protéger ?

Le CERT-In insiste : les failles exploitées par les agents sont celles que toute équipe informatique devrait déjà traiter. Ses recommandations, valables pour une PME française comme pour une banque indienne, se résument ainsi.

Pour un développeur, le réflexe le plus utile est aussi le plus simple : ne jamais écrire une clé d’API ou un mot de passe dans le code, même dans un dépôt privé, et activer les outils de détection de secrets que proposent les plateformes d’hébergement de code. Une clé publiée par erreur doit être révoquée immédiatement, pas seulement supprimée du fichier : elle reste lisible dans l’historique.

Une hygiène informatique devenue urgente

L’alerte indienne ne décrit pas une technologie d’attaque inédite, mais un changement d’échelle. Des failles que les attaquants humains mettaient des semaines à trouver sont désormais repérées en quelques heures par des agents, qu’ils soient pilotés par des criminels ou simplement mal confinés par leurs concepteurs. La question n’est plus seulement de savoir si les laboratoires d’IA sauront mieux enfermer leurs agents pendant les tests, mais si les organisations combleront à temps des faiblesses connues depuis longtemps. Les régulateurs, eux, commencent à s’en mêler : après la Maison Blanche, qui exige désormais le signalement de ces incidents, l’Inde fixe à son tour des règles précises.