Tout agent vérifié est-il digne de confiance ? C'est comme dire que tout conducteur titulaire d'un permis est un bon conducteur. L'industrie de l'IA court pour résoudre le problème d'identité des agents autonomes — et les acteurs historiques de l'IAM courent avec elle. Ils résolvent le bon problème. Ils en résolvent la moitié. Ce guide passe en revue les deux questions qui doivent être traitées séparément, pourquoi OAuth et les rôles ne peuvent pas répondre aux deux, et à quoi ressemble la couche comportementale une fois réellement déployée.
Chaque décision d'accès pour un agent autonome répond à deux questions distinctes, et les confondre est ce qui fait échouer la gouvernance en production.
Couche d'identité. Qui est cet agent ? Qui l'a construit ? Qui représente-t-il ? Le justificatif qu'il présente est-il vérifiable de manière cryptographique ? A-t-il été révoqué ? Toute plateforme IAM répond bien à cette question.
Couche comportementale. Cet agent est-il resté dans son périmètre ? A-t-il halluciné ? A-t-il divulgué des données personnelles (PII) via des appels d'outils ? Son profil de risque évolue-t-il ? Les plateformes IAM ne peuvent pas répondre à cela — et n'ont jamais été conçues pour le faire.
Un agent qui échoue à la vérification d'identité doit être bloqué. Un agent qui réussit la vérification d'identité mais se comporte mal doit être restreint. Aucune des deux couches n'est suffisante à elle seule.
Les acteurs historiques de l'IAM — Okta, SailPoint, Microsoft Entra, IBM, Auth0, Curity et le reste de l'écosystème piloté par les standards (W3C DID, OpenID Foundation) — convergent vers une réponse sophistiquée à la question d'identité pour les agents autonomes. Le vocabulaire est cohérent d'un éditeur à l'autre : provisionnement juste-à-temps, octroi dynamique de permissions, justificatifs éphémères, autorité déléguée, chaînes d'attestation. Le NCCoE du NIST mène un projet d'identité et d'autorisation des logiciels et agents d'IA qui cartographie le même espace.
C'est du bon travail. La couche d'identité est difficile et c'est le bon point de départ. Rien de ce qui suit ne prétend que l'identité est inutile ou que les acteurs historiques ont tort à ce sujet. Ils n'ont pas tort.
Pour comprendre ce qui rend réellement l'identité d'un agent vérifiable — pas seulement provisionnée — voir Identité vérifiable des agents.
L'IAM répond à qui a été provisionné avec quel accès au moment où nous avons émis le justificatif. Les agents autonomes ont besoin d'une réponse à une question différente : cette entité, avec ce justificatif, dans ce contexte, se comporte-t-elle d'une manière qui justifie de conserver son accès maintenant ?
Le bilan 2025–2026 montre à quoi ressemble cet écart en pratique :
Chacun de ces incidents aurait passé un audit Okta au moment où il s'est produit. Le justificatif a été émis correctement, le rôle correctement délimité, l'authentification a réussi. Rien de tout cela n'a empêché l'échec, parce que l'échec se situait en aval de l'identité.
La couche comportementale note un agent en continu selon cinq dimensions — confiance d'identité (oui, l'identité est l'une des cinq, mais avec un modèle de décroissance honnête plutôt qu'un fait permanent), risque, fiabilité, autonomie et calibration (si la confiance déclarée par un agent correspond à ses résultats réels) — et émet un niveau de politique (allow / review / deny) par décision. Fait crucial, les cinq dimensions sont orthogonales : un agent peut être vérifié de manière cryptographique (confiance d'identité élevée) tout en ayant un score de fiabilité qui se détériore, et le niveau de politique tient compte des deux.
Le guide complet du modèle de notation à cinq dimensions se trouve dans Notation de confiance des agents — Un guide technique. L'argument plus approfondi expliquant pourquoi un score composite ne survit pas en production se trouve dans Identité, risque, fiabilité, autonomie : pourquoi un score de confiance unique ne suffit pas pour des agents en production.
OAuth et les systèmes d'identité machine (SPIFFE/SPIRE, mTLS, justificatifs client OIDC) ont été conçus pour des services avec des identifiants stables, des justificatifs de longue durée et des humains dans la boucle pour les décisions d'accès. Les agents autonomes rompent les trois hypothèses : ils sont éphémères, ils prennent des décisions d'accès de manière autonome à la vitesse machine, et leurs justificatifs doivent transporter une autorité déléguée, un périmètre et des signaux de niveau comportemental que les protocoles d'origine n'ont pas été conçus pour exprimer.
L'ajout d'OAuth 2.1 à MCP en 2026 est un vrai progrès. Mais un scan de sécurité d'environ 2 000 serveurs MCP a révélé que chacun d'entre eux, sans exception, manquait d'authentification. La spécification existe ; le déploiement, non. (Panorama complet dans Sécurité des serveurs MCP : la faille PII.) Les Agent Cards d'A2A sont signées mais autodéclarées — il n'y a ni liaison d'attestation, ni historique comportemental, ni mécanisme de révocation de la confiance fondé sur le comportement observé. Les deux protocoles résolvent la découverte et l'interopérabilité. Aucun ne vous dit si l'agent en face doit être digne de confiance pour ce qu'il s'apprête à faire.
Les deux couches, connectées ensemble dans VeriSwarm :
La couche d'identité. Vérification cryptographique, justificatifs JWT ES256 avec une durée de vie (TTL) d'une heure, chaînes de délégation pour les workflows multi-agents, un point de terminaison JWKS pour que toute plateforme puisse vérifier sans appeler notre API. Tous les détails dans Agent Passport : justificatifs portables.
La couche comportementale. Notation continue sur les cinq dimensions, niveaux de politique dynamiques, la taxonomie à 24 événements. Offre gratuite. Le même registre d'audit chaîné par hash utilisé par les offres payantes.
La couche de preuve. Registre d'audit immuable chaîné par hash couvrant les événements d'identité, les signaux comportementaux, les décisions de politique et tout changement d'état. Vérification de la chaîne à la demande — procédure dans Vérifier une chaîne Vault.
Lorsqu'un agent présente un justificatif Passport, la plateforme réceptrice sait qui il est. Lorsque ce justificatif porte un score de confiance Gate, la plateforme sait aussi comment il s'est comporté. Vault prouve que toute la séquence a bien eu lieu. C'est la différence entre un permis de conduire et un relevé de conduite.
L'EU AI Act n'exige pas seulement la transparence sur qui a construit un système d'IA. L'article 9 impose un processus continu de gestion des risques tout au long du cycle de vie — pas une vérification d'identité ponctuelle. L'article 12 exige l'enregistrement automatique des événements sur toute la durée de vie du système — une journalisation comportementale, pas une vérification d'identité. L'article 14 exige une supervision humaine permettant l'interprétation des résultats — interpréter suppose de surveiller le comportement. La réglementation suppose déjà que l'identité n'est pas la confiance ; la conformité exige les deux. Cadrage complet de l'EU AI Act pour les piles d'agents.
Oui. L'identité est la couche un — VeriSwarm ne la remplace pas. Si vos agents s'authentifient via Okta, SailPoint, Entra, Auth0 ou tout IAM personnalisé, conservez-le. VeriSwarm se place à côté, ajoute la couche comportementale que votre IAM n'a pas, et s'intègre avec l'identité que votre plateforme émet déjà. Les deux couches travaillent ensemble ; elles ne sont pas en concurrence.
Non. Ce sont des fournisseurs d'identité — ils répondent à « qui est cette entité, et quel rôle détient-elle ? ». C'est un problème difficile et ils le résolvent bien. VeriSwarm répond à une question différente : « cette entité se comporte-t-elle d'une manière qui justifie de conserver son accès maintenant ? ». Une pile d'identité vous dit que l'Agent A a été provisionné avec le rôle X il y a six mois. La pile comportementale vous dit que l'Agent A hallucine depuis mardi et devrait être retiré du rôle X aujourd'hui. Des questions différentes, toutes deux nécessaires.
Un pari différent. L'identité d'agent basée sur la blockchain (ERC-8004, OriginTrail, passeports décentralisés) privilégie la résistance à la censure et l'attestation on-chain. VeriSwarm Passport utilise des JWT ES256 avec vérification JWKS — une approche basée sur des standards, sans blockchain requise, plus rapide à vérifier (pas de consultation de chaîne) et qui s'intègre à l'infrastructure d'identité d'entreprise existante. Les deux sont valables pour la couche d'identité ; le choix dépend du besoin ou non de provenance on-chain. Dans tous les cas, la couche comportementale reste la moitié manquante.
Gate — la couche comportementale — fonctionne sur l'offre gratuite avec une ingestion d'événements illimitée, 5 000 décisions de confiance par jour, le moteur de notation à cinq dimensions, et le même registre chaîné par hash utilisé par les offres payantes. Les justificatifs portables de base — JWT ES256 avec vérification JWKS — sont également gratuits et illimités. Ce qui est réservé aux offres Pro et supérieures, c'est la suite Passport complète : chaînes de délégation pour les workflows multi-agents, manifestes signés et vérification d'identité inter-organisations. Vous pouvez commencer par la surveillance comportementale et des justificatifs de base sur les agents que votre IAM existant authentifie déjà, puis ajouter Passport complet lorsque vous avez besoin de délégation multi-agents.
Les systèmes d'identité machine ont été conçus pour des services avec des identifiants stables, des justificatifs de longue durée et des opérateurs humains prenant les décisions d'accès. Les agents sont éphémères (souvent de quelques secondes à quelques minutes), prennent des décisions d'accès de manière autonome et ont besoin de justificatifs exprimant explicitement une autorité déléguée et un périmètre. Passport est basé sur JWT pour des raisons de compatibilité, mais son modèle de justificatif transporte des chaînes de délégation, des expressions de périmètre et des signaux de niveau comportemental que les formats d'identité machine n'ont pas été conçus pour exprimer. Utilisez l'identité machine pour votre couche service-à-service ; utilisez Passport pour la couche agent-à-agent au-dessus.
Les deux, combinés au niveau de la couche de décision. Une décision de politique prend l'identité de l'agent, son score de confiance actuel sur les cinq dimensions, l'action précise tentée, et toute dérogation par kill switch ou vérification Passport, et émet un unique allow / review / deny accompagné d'un code de motif. Ni l'identité ni le score de confiance seuls ne déterminent le résultat — le moteur de décision évalue d'abord la politique Cedar du locataire (ou une matrice par défaut codée en dur si aucune n'est configurée) au regard de l'ensemble de ce contexte.
Oui, et c'est précisément l'intérêt de la couche comportementale. Un justificatif Passport valide ou un jeton émis par l'IAM prouve que l'identité de l'agent est légitime ; cela ne dit rien sur la question de savoir si l'agent doit être digne de confiance pour une action donnée à cet instant précis. Le kill switch en est l'exemple le plus clair : tuer un agent ne révoque ni n'altère son justificatif d'identité, mais toute vérification de décision sur cet agent renvoie deny avec reason_code: "agent_killed" jusqu'à ce qu'un opérateur l'annule — la couche d'identité reste au vert pendant que la couche comportementale la neutralise.
Non. La vérification d'identité satisfait aux exigences de transparence et de provenance — qui l'a construit, qui l'exploite — mais les deux cadres exigent des preuves comportementales continues, pas une vérification ponctuelle. L'exigence d'enregistrement automatique des événements de l'article 12 de l'EU AI Act et les attentes de surveillance continue du NIST AI RMF sont satisfaites par la journalisation d'événements de la couche comportementale et le registre chaîné par hash de Vault, pas par un justificatif d'identité seul.
Le moteur de notation de Gate fonctionne sur l'offre gratuite et s'intègre à l'identité que votre plateforme émet déjà. Vous n'avez rien à arracher. Vous devez ajouter la couche qui manque à votre IAM.