01Pourquoi l'IAM classique atteint ses limites avec les agents
Les agents IA opèrent dans une zone grise identitaire : selon la Cloud Security Alliance, 43 % des organisations utilisent des comptes de service partagés, 31 % font travailler des agents sous des identités d'utilisateurs humains — et 68 % ne savent pas distinguer clairement l'activité humaine de l'activité agentique. L'IAM classique est conçu pour des humains et des workloads statiques, pas pour des Non-Human Identities autonomes qui interprètent des objectifs et choisissent elles-mêmes leurs outils.
02Least Privilege et identifiants à périmètre restreint
Les clés API statiques et les comptes de service partagés ne constituent plus un point de départ légitime pour les agents ; la référence de base, ce sont des Tokens à courte durée de vie et à périmètre restreint, émis par un fournisseur d'identité avec rotation automatique. Le concept de « Least Agency », forgé par l'OWASP, étend Least Privilege : il limite non seulement ce à quoi un agent peut accéder, mais aussi ce que chaque outil peut faire, à quelle fréquence et où. Des droits Just-in-Time avec expiration automatique maintiennent un Blast Radius réduit.
03Identité et authentification des agents
Chaque instance d'agent a besoin d'un identifiant unique, ancré cryptographiquement, sur l'ensemble de son cycle de vie — de la création à la mise hors service. S'y ajoutent l'authentification par certificats (X.509, Mutual TLS) et, dans les environnements fortement régulés, des identités liées au matériel avec attestation (HSM/TPM). Sans identité vérifiable, ni contrôle d'accès, ni pistes d'audit, ni attribution des actions individuelles ne sont possibles.
04Autorisation à chaque action plutôt qu'à chaque session
Zero Trust exige d'évaluer l'autorisation non pas une seule fois à l'ouverture de la session, mais en continu, action par action — en l'enrichissant d'attributs de contexte tels que les plages horaires d'exploitation et les schémas comportementaux. Cela répond à des attaques propres aux agents, comme le problème du Confused Deputy et l'héritage de privilèges sans périmètre défini dans les systèmes multi-agents. Si un agent échoue à une vérification, ses identifiants sont révoqués immédiatement.
05Supervision et auditabilité
Une journalisation exhaustive enregistre chaque utilisation d'outil avec l'identité de l'agent, le contexte et l'autorisation — selon les exigences, sous forme de piste d'audit immuable raccordée au SIEM. Des lignes de base comportementales et la détection d'anomalies rendent visibles des compromissions qui se déroulent entièrement dans le cadre de droits légitimes. Le besoin d'agir est avéré : 52 % des organisations font de la visibilité en temps réel sur les actions des agents une priorité pour la poursuite du passage à l'échelle.
06Adoption organisationnelle
La responsabilité des identités d'agents est aujourd'hui fragmentée — seules 9 % des organisations considèrent leur équipe IAM comme responsable. Une adoption viable exige une responsabilité clairement attribuée, des directives de gouvernance documentées et un modèle de maturité : le cadre d'Anthropic décrit trois niveaux, de Foundation à Advanced en passant par Enterprise, ainsi qu'un workflow d'implémentation progressif. Zero Trust devient ainsi planifiable plutôt que réactif.
