Pourquoi un agent a besoin d'une identité propre
Un agent qui agit au nom d'un service doit pouvoir être identifié comme tel, distinctement des personnes et des autres agents. Sans identité propre, ses actions se confondent avec celles d'un compte partagé, et il devient impossible de savoir ce qui lui revient. Cette indistinction pose un problème de responsabilité autant que de sécurité : en cas d'incident, personne ne peut reconstituer la chaîne des décisions. Donner une identité à chaque agent, c'est reconnaître qu'il s'agit d'un acteur autonome dont les faits doivent être traçables, au même titre qu'un employé ou qu'un service technique.
Cette identité n'est pas qu'un label. Elle porte des droits, des limites et une durée de vie. Un agent de démonstration testé quelques semaines n'a pas à conserver indéfiniment les accès qu'on lui a prêtés un jour. Penser l'identité d'un agent comme un objet qui naît, agit et disparaît évite l'accumulation de comptes oubliés, qui constituent l'une des portes d'entrée les plus banales d'un système. Chaque agent doit avoir une raison d'exister, un périmètre précis et une date à laquelle on réexamine son utilité. Cette discipline, appliquée aux humains, va de soi ; elle reste à installer pour les agents.
Le principe du moindre privilège appliqué aux agents
Le principe du moindre privilège veut que chaque acteur ne dispose que des droits strictement nécessaires à sa tâche. Appliqué aux agents d'IA, il prend une importance particulière, car un agent se trompe ou se fait détourner plus facilement qu'une personne et agit souvent à cadence élevée. Lui donner un accès large « au cas où il en aurait besoin » multiplie les dégâts possibles en cas d'erreur ou de manipulation. Il faut au contraire partir du besoin exact — lire telle donnée, écrire dans tel système — et n'accorder rien de plus. Cette rigueur ralentit un peu la mise en service ; elle évite des incidents autrement coûteux.
Le moindre privilège ne se décrète pas une fois pour toutes. Les besoins d'un agent évoluent avec les processus qu'il sert, et un droit accordé pour une phase de test peut devenir superflu ensuite. Réexaminer périodiquement les accès fait partie du travail, au même titre que surveiller les performances. Ce réexamen gagne à être outillé : une vue claire de ce que chaque agent peut faire rend visible ce qui devrait être retiré. Trop d'organisations découvrent leurs excès de privilèges seulement après un incident. Prendre l'habitude de nettoyer les droits régulièrement transforme cette découverte tardive en simple entretien de routine.
Authentifier, journaliser, révoquer
Trois gestes structurent la gestion de l'identité d'un agent : authentifier, journaliser, révoquer. Authentifier consiste à vérifier que l'agent qui se présente est bien celui qu'il prétend être, au moyen de mécanismes comme des clés ou des jetons dédiés. Journaliser consiste à conserver la trace de ce qu'il fait, dans un format exploitable en cas d'enquête. Révoquer consiste à pouvoir couper ses accès immédiatement, sans dépendre de la bonne volonté de plusieurs services. Ces trois capacités forment un ensemble : un journal sans possibilité de révocation laisse l'incident se prolonger, et une révocation sans journal rend toute analyse impossible.
La journalisation mérite une attention particulière, car elle produit vite des volumes considérables. Tout conserver sans discernement rend les traces inutilisables et soulève par ailleurs des questions de conformité au regard du RGPD : on ne conserve pas indéfiniment des données personnelles au motif qu'elles pourraient servir un jour. Il s'agit de choisir ce qui doit être gardé, pendant combien de temps, et pour quel usage — sécurité, audit, correction. Une journalisation pensée est plus utile qu'une journalisation exhaustive. Elle permet de répondre à la question qui compte en cas d'incident : qu'a fait cet agent, sur quelles données, et qui l'a autorisé ?
S'articuler avec les référentiels existants
La gestion de l'identité des agents ne part pas de zéro : elle s'appuie sur les dispositifs déjà en place pour les comptes humains et les services. Annuaire d'entreprise, gestion des accès, politiques de révocation offrent un socle à réutiliser plutôt qu'à réinventer. L'enjeu consiste à intégrer les agents dans ces mécanismes sans les traiter comme de simples utilisateurs : ils ont des besoins différents, une durée de vie souvent plus courte et une capacité d'action automatisée. Cette intégration demande un dialogue entre les équipes de sécurité, qui tiennent les référentiels, et celles qui déploient les agents, souvent peu familières de ces outils.
Cette articulation rejoint les cadres de gouvernance qui se mettent en place autour de l'IA. La norme ISO/IEC 42001, consacrée aux systèmes de management de l'intelligence artificielle, insiste sur la nécessité de maîtriser les acteurs et les responsabilités ; le règlement européen sur l'IA ajoute, selon le niveau de risque, des exigences de traçabilité et de contrôle. Les agents ne sont pas un cas à part de ces principes : ce sont des acteurs à identifier, à limiter et à surveiller. Les inscrire dans les procédures existantes évite de créer une gouvernance parallèle, difficile à tenir et souvent abandonnée. La sécurité des agents est un prolongement, pas une exception.
Aller plus loin
Donner une identité, des droits et une traçabilité à chaque agent demande de mêler sécurité, ingénierie et gouvernance. Notre catalogue des 31 formations propose des parcours consacrés à la sécurité des systèmes d'IA et à leur mise sous contrôle. Ils s'adressent à ceux qui doivent répondre de ce que leurs agents font, preuves à l'appui.
Vous voulez maîtriser ce sujet en pratique ?
Cabinet MARA forme en ligne, sur des cas réels, avec des modules courts et un suivi de progression.
Voir la formation liée Les 31 formations