IBM Agent Identity : encadrer les droits des agents IA
IBM a annoncé le 27 octobre 2026 la disponibilité générale d’Agent Identity. Associé à HashiCorp Vault, le dispositif veut attribuer à chaque agent une identité gouvernée, des identifiants courts et révocables, un propriétaire et une autorité définie. La proposition répond à un risque concret : des agents capables d’agir avec des comptes permanents et trop puissants.
Un agent devient une identité non humaine
Dès qu’un agent consulte une base, appelle une API ou déclenche une action, il ne peut plus être traité comme une simple fonction du modèle. L’organisation doit savoir qui l’a créé, qui le possède, dans quel état il se trouve et pour quel mandat il agit. IBM présente Agent Identity comme le registre d’autorité destiné à répondre à ces questions.
Cette identité ne remplace pas celle de l’utilisateur. Elle relie le demandeur, l’agent, la tâche et la ressource. Une action peut ainsi être attribuée à une chaîne précise plutôt qu’à un compte technique partagé. Pour l’audit, cette distinction est essentielle : elle permet de comprendre non seulement ce qui a été fait, mais sur quelle délégation.
Des identifiants courts au lieu de secrets permanents
IBM étend HashiCorp Vault aux agents IA. Le produit doit émettre des identifiants temporaires, les renouveler sous contrôle et les révoquer lorsque l’agent sort du cadre prévu. Un mot de passe ou un jeton permanent stocké dans un agent augmente la durée d’exposition et rend la réaction plus lente en cas de compromission.
Le principe du moindre privilège devient dynamique. Un agent chargé de préparer une facture peut lire le dossier client et créer un brouillon, mais il ne doit pas modifier le référentiel fournisseur ni déclencher un paiement. Les droits sont accordés pour une durée, une ressource et une action, puis disparaissent.
Révoquer au moment où le contexte change
IBM affirme que Vault peut refuser une action hors permissions et révoquer la session en temps réel. Ce mécanisme est utile lorsque la tâche change, que le propriétaire quitte l’entreprise ou qu’un comportement devient anormal. Il faut néanmoins définir les signaux de révocation : type d’appel, volume, heure, ressource ou succession d’échecs.
La coupure ne suffit pas. Le processus d’incident doit conserver les traces, identifier les actions déjà réalisées et remettre l’activité dans un état sûr. Un bouton d’arrêt global peut protéger l’entreprise, mais il ne remplace pas une segmentation qui limite le rayon d’impact de chaque agent.
Découvrir les agents avant de les gouverner
IBM annonce aussi des fonctions de découverte et de confinement dans watsonx Orchestrate. La découverte, encore en préversion technique, doit repérer des agents sur Amazon Bedrock, Microsoft Foundry et Google Gemini, ainsi que des modèles et serveurs MCP. Le confinement prévoit des bacs à sable et un mécanisme d’arrêt.
Les statuts de disponibilité doivent rester visibles. Agent Identity, certaines évaluations et plusieurs composants sont généralement disponibles, tandis que la découverte et le confinement restent en préversion technique. Une PME ne doit pas construire une obligation critique sur une fonction expérimentale sans plan alternatif.
Créer un registre opérationnel minimal
Même sans adopter le produit IBM, une entreprise peut reprendre l’architecture. Chaque agent possède un identifiant unique, un propriétaire métier, un responsable technique, une finalité, des systèmes autorisés, un niveau de risque, une date de révision et un bouton de désactivation. Les comptes partagés sont progressivement éliminés.
Les journaux doivent rapprocher le modèle utilisé, la version des instructions, l’utilisateur à l’origine de la demande, les droits obtenus et les outils appelés. Le contenu sensible n’a pas toujours besoin d’être enregistré intégralement ; des références, empreintes et métadonnées peuvent fournir la preuve tout en respectant la minimisation.
La sécurité se joue dans la délégation
L’annonce d’IBM rappelle que la sécurité des agents ne dépend pas seulement du modèle. Elle dépend de la capacité à déléguer précisément, vérifier l’identité, limiter le temps et retirer l’autorité. Un agent performant mais impossible à identifier ou à arrêter reste un risque opérationnel.
La priorité n’est donc pas de multiplier les agents, mais de construire le système de confiance qui permet de les utiliser. Identité, privilège minimal, secret éphémère, audit et révocation forment un socle que toute organisation peut exiger avant de confier une action réelle à un logiciel autonome.
Sources
Comprendre l’innovation. Mesurer son impact. Agir avec discernement.
Challenge Impact News décrypte les évolutions de l’intelligence artificielle et des nouvelles technologies, ainsi que leurs conséquences concrètes sur les entreprises, les métiers et notre société.
Sous la direction éditoriale de Cyril Darmon
Fondateur d’UMANIA, consultant, formateur et conférencier spécialisé en intelligence artificielle et en transformation des entreprises.
UMANIA — L’IA au cœur de l’humain. Un partenaire éditorial à l’origine de Challenge Impact News.
Commentaires