En bref : le 15 octobre 2026, ServiceNow annonce AI Passport, un système de gouvernance des agents IA basé sur un credential cryptographiquement signé. Chaque agent reçoit une identité vérifiable qui définit ses actions autorisées, les systèmes auxquels il peut accéder et la personne responsable. L'enforcement se fait à l'exécution, avec la possibilité de couper un agent en cours d'action. La disponibilité générale est prévue pour le quatrième trimestre 2026.
Pour les équipes qui déploient des agents d'automatisation ou qui évaluent les outils internes à base d'IA, AI Passport soulève une question de fond : comment vérifier à l'exécution qu'un agent ne fait que ce qu'il est autorisé à faire — et comment l'arrêter s'il dévie ?
Pourquoi la gouvernance des agents devient urgente
L'adoption des agents IA en entreprise s'accélère, mais un problème structurel émerge avec elle : la multiplication des agents crée une surface de risque difficile à maîtriser avec les outils traditionnels. Quelques exemples concrets du problème :
- Un agent de CRM peut accéder à des données clients et déclencher des actions commerciales. Qui a autorisé exactement quoi ?
- Un agent de service desk peut escalader des tickets et créer des incidents. Si une mauvaise escalade se produit, qui est responsable et comment remonter la décision ?
- Plusieurs agents de fournisseurs différents coexistent dans le même SI. Comment appliquer une politique d'autorisation uniforme lorsque chaque agent a son propre système d'authentification ?
Les mécanismes existants — OAuth, IAM classique, politiques RBAC — ont été conçus pour des utilisateurs humains ou des services statiques. Ils gèrent mal la notion d'agent autonome qui adapte son comportement au contexte, peut chaîner plusieurs appels à des systèmes différents, et dont les actions ne sont pas entièrement prévisibles à l'avance.
C'est précisément le problème qu'AI Passport cherche à résoudre : donner à chaque agent une identité formelle, délimitée par son contexte métier réel, et vérifiable à l'exécution.
Ce qu'est concrètement AI Passport
AI Passport est un credential cryptographiquement signé émis pour chaque agent IA via la plateforme AI Control Tower de ServiceNow. Ce credential contient quatre éléments :
- L'identité de l'agent : un identifiant unique et vérifiable, distinct pour chaque instance d'agent.
- Les actions autorisées : la liste précise des opérations que l'agent peut exécuter — créer un ticket, valider un remboursement jusqu'à un certain montant, accéder à tel système — définie à la création du credential.
- Les systèmes accessibles : quelles applications, bases de données ou APIs l'agent peut interroger ou modifier.
- Le propriétaire responsable : la personne ou l'équipe qui répond de cet agent — point d'escalade humain en cas de problème.
ServiceNow indique que AI Passport est construit sur des spécifications ouvertes, ce qui signifie théoriquement que d'autres fournisseurs d'identité et d'autres points d'enforcement peuvent émettre et vérifier des credentials au même format. En pratique, la mise en œuvre complète reste pour l'instant liée à l'écosystème ServiceNow — à surveiller dans les mois qui suivent la disponibilité générale. NVIDIA a contribué à l'effort avec son Open Agent Safety Platform et son runtime OpenShell.
Grounding métier : CMDB, GRC et workflow approvals
Ce qui distingue AI Passport d'un simple système d'ACL (Access Control List) classique, c'est son ancrage dans le contexte métier vivant de l'entreprise. Le credential n'est pas émis de façon statique puis oublié : il est groundé dans trois sources de vérité que ServiceNow maintient déjà :
- CMDB (Configuration Management Database) : la cartographie réelle des actifs IT de l'entreprise. L'agent sait sur quels systèmes il peut agir, et ces autorisations sont cohérentes avec l'état réel du SI documenté dans le CMDB.
- GRC (Governance, Risk and Compliance) : les politiques de risque et de conformité en vigueur. Si une politique GRC interdit l'accès automatisé à certaines données sans validation humaine, cette contrainte est intégrée dans le credential de l'agent.
- Workflow approvals : les circuits de validation existants. Un agent ne peut pas outrepasser les approbations qui sont requises pour un type d'action, même si techniquement il en aurait la capacité.
La démo présentée par ServiceNow illustre bien la logique : un agent de remboursement a traité automatiquement une demande de 18 dollars, puis a routé vers un superviseur humain une demande de 40 dollars — au-dessus de la limite de 25 dollars inscrite dans son credential. L'agent n'a pas refusé arbitrairement ; il a appliqué exactement le seuil d'autorisation défini dans sa politique GRC.
Enforcement runtime : du kill switch à l'audit complet
La vérification du credential AI Passport ne s'arrête pas à l'authentification initiale : elle opère pendant toute l'exécution de l'agent. Si l'agent dévie des limites de son credential, quatre actions d'enforcement sont possibles :
- Redirection : l'agent est redirigé vers une action autorisée alternative.
- Restriction : une capacité spécifique est temporairement suspendue sans arrêter l'agent.
- Reconnexion avec contexte : l'agent est ramené à un état connu avec un contexte enrichi pour lui permettre de reprendre correctement.
- Kill switch : l'agent est arrêté immédiatement. Toutes les actions en cours sont interrompues et l'activité est consignée dans l'audit trail.
Tout est audité. Chaque action de l'agent, chaque décision d'enforcement, chaque déviation détectée est enregistrée. C'est un prérequis pour la conformité dans les secteurs régulés, et une réponse directe aux exigences d'explicabilité de l'IA Act pour certaines catégories de systèmes.
NVIDIA a contribué à cette couche d'enforcement avec son Open Agent Safety Platform et son runtime OpenShell, qui fournissent les primitives techniques de contrôle à l'exécution sur lesquelles ServiceNow s'appuie.
Disponibilité et limites actuelles
AI Passport n'est pas encore en disponibilité générale au moment de l'annonce (15 octobre 2026). ServiceNow cible le quatrième trimestre 2026 pour la GA, accompagnée de la détection de shadow AI et de l'AI Cost Management. Comme pour toute annonce d'entreprise, le calendrier peut glisser.
Deux limites importantes à garder en tête :
- Dépendance à l'écosystème ServiceNow : dans son implémentation actuelle, AI Passport requiert une instance ServiceNow pour l'émission et la gestion des credentials. Il ne s'agit pas d'un produit standalone ou d'un service cloud indépendant. Les entreprises qui n'ont pas ServiceNow dans leur SI ne peuvent pas l'adopter directement dans sa forme actuelle.
- L'efficacité dépend de la qualité du credential initial : un analyste de Futurum Group souligne ce point essentiel — le kill switch ne protège que des déviations par rapport au périmètre défini. Si le périmètre initial est mal défini (trop large, pas assez granulaire), l'enforcement sera insuffisant même techniquement. AI Passport déplace le problème vers la définition rigoureuse des autorisations, qui reste un travail humain.
Ce qu'on peut préparer dès maintenant
Même si AI Passport n'est pas disponible avant fin 2026, plusieurs préparations peuvent être engagées dès aujourd'hui pour les équipes qui déploient des agents :
- Inventorier les agents actifs dans le SI : cataloguez les agents déjà en production — assistants, automatisations, bots — en documentant leurs accès actuels, leurs actions et les équipes responsables. C'est la base de données dont AI Passport aura besoin pour émettre des credentials cohérents.
- Cartographier les politiques GRC applicables aux agents : identifiez quelles politiques de votre référentiel GRC sont pertinentes pour des actions automatisées. Les contraintes de validation humaine, les seuils de montant, les données sensibles inaccessibles — tout cela doit être formalisé avant de pouvoir être encodé dans un credential.
- Anticiper la question des agents tiers : AI Passport dans son état actuel gouverne principalement les agents de l'écosystème ServiceNow. Si vous utilisez des agents provenant d'autres fournisseurs (assistants Microsoft Copilot, agents Salesforce, outils internes custom), réfléchissez dès maintenant à comment étendre une politique d'identité unifiée à ces agents tiers.
Pour les projets de développement sur mesure impliquant des agents, ces questions de gouvernance sont à intégrer dès la phase de conception — pas en fin de projet. Contactez-nous pour en discuter dans votre contexte spécifique.
FAQ — ServiceNow AI Passport : credential cryptographique par agent, kill switch runtime et grounding CMDB — architecture et ce qu'il reste à prouver
AI Passport fonctionne-t-il avec des agents IA qui ne sont pas dans l'écosystème ServiceNow ?
ServiceNow indique que AI Passport est construit sur des spécifications ouvertes, ce qui ouvre théoriquement l'interopérabilité avec d'autres systèmes. En pratique, à la date de l'annonce (octobre 2026), l'implémentation complète reste liée à l'écosystème ServiceNow. Les spécifications ouvertes laissent la porte ouverte à d'autres fournisseurs, mais leur adoption reste à confirmer dans les mois qui suivent la disponibilité générale.
Faut-il obligatoirement un CMDB ServiceNow pour utiliser AI Passport ?
Dans son implémentation actuelle, AI Passport est groundé dans le CMDB ServiceNow pour ancrer les autorisations dans la réalité du SI. Il requiert donc une instance ServiceNow. Ce n'est pas un produit standalone. Si votre organisation n'utilise pas ServiceNow, surveillez l'évolution des spécifications ouvertes annoncées pour d'éventuelles implémentations alternatives.
Comment fonctionne le kill switch en pratique ?
Lorsqu'un agent dépasse les limites de son credential à l'exécution, le kill switch arrête immédiatement toutes ses actions en cours. L'incident est consigné dans l'audit trail avec le contexte de la déviation. Selon ServiceNow, quatre niveaux d'enforcement existent avant le kill switch : redirection, restriction, reconnexion avec contexte — le kill switch étant la mesure la plus radicale pour les déviations non récupérables.
Quand AI Passport sera-t-il disponible en disponibilité générale ?
ServiceNow cible le quatrième trimestre 2026 pour la disponibilité générale d'AI Passport, de la détection de shadow AI et de l'AI Cost Management. À la date de l'annonce (15 octobre 2026), ces fonctionnalités n'étaient pas encore en GA. Consultez le newsroom officiel de ServiceNow pour les mises à jour de calendrier.
Quel est le lien entre AI Passport et le Personal Agent Protocol annoncé par Sierra et Meta ?
Les deux initiatives cherchent à résoudre le même problème — comment les agents IA s'identifient et opèrent dans un environnement d'entreprise — mais à des niveaux différents. Le Personal Agent Protocol (Sierra/Meta) est un standard ouvert centré sur l'authentification des agents personnels auprès des entreprises, basé sur OAuth. AI Passport est une solution d'entreprise qui gouverne les agents à l'intérieur du SI, avec un ancrage dans les politiques GRC et CMDB internes. Les deux approches sont complémentaires plutôt que concurrentes.
Quels risques reste-t-il malgré AI Passport ?
Le principal risque résiduel est la qualité de la définition initiale du credential. Si les autorisations sont trop larges ou mal définies, l'enforcement runtime sera insuffisant. AI Passport déplace le problème vers une étape amont — la conception des politiques d'agents — qui demeure un travail humain. Par ailleurs, le système ne protège que les déviations par rapport au périmètre déclaré : un agent malveillant ou compromis qui opère dans son périmètre autorisé ne sera pas détecté par le mécanisme de credential seul.