DéfinitionNIST NCCoE · OWASP ASI03Version 1.025 octobre 2026

L’identité d’un agent IA : chaque agent sous son nom et son périmètre

L’identité d’un agent IA est l’identité propre et révocable sous laquelle un agent s’authentifie auprès des systèmes et des outils, distincte de celle du salarié ou du service pour lequel il travaille, afin que ses permissions soient limitées à sa tâche, que chacune de ses actions lui soit attribuée et que son accès puisse être retiré seul. Cette entrée expose pourquoi une identité partagée échoue, les 3 contrôles qui rendent réelle l’identité d’un agent et ce que prépare le NIST, lus dans les sources primaires le 25 octobre 2026.

Réserver un appel de 30 min Lire les 3 contrôles
Plan de contrôle (C4) : qui peut agir, avec quels droits, et comment l’arrêter.
Identité
Une par agent, délivrée par le fournisseur d’identité de l’entreprise
Contrôles
GOV-A-01, GOV-A-02 et GOV-A-04
NIST
Concept paper du NCCoE, en projet, février 2026
Statut vérifié
25 octobre 2026, dans les sources primaires
Sur cette page
  1. Définition et conventions
  2. 1. Pourquoi une identité partagée échoue
  3. 2. Authentifier, autoriser, révoquer
  4. 3. Ce que prépare le NIST
  5. 4. L’identité dans la piste d’audit
  6. 5. Les questions des acheteurs
  7. 6. Références et sources
  8. 7. Versions et citation
0 · Définition et conventions

Un agent qui emprunte l’identité d’une personne laisse un enregistrement qui nomme le mauvais acteur.

Dans cette entrée, « nous » désigne Hikari Blue, qui conçoit et exploite la couche d’exploitation de l’IA dans laquelle chaque agent agit sous sa propre identité. La définition est la nôtre ; les textes du NIST, de l’OWASP et de l’Union qu’elle cite sont lus dans leurs sources primaires, listées en section 6.

3 identités sont souvent confondues. Celle du salarié dit pour qui l’agent travaille. Un compte de service dit quel logiciel tourne. L’identité d’un agent dit quel agent a agi, dans quel périmètre, et se révoque sans toucher aux 2 autres.

1 · L’identité partagée

Pourquoi une identité partagée échoue

Il y a 2 façons de partager une identité : emprunter la session du salarié, ou regrouper plusieurs agents sous un même compte de service. Les 2 cassent l’attribution et la révocation.

  • Sous la session du salarié

    Notre briefing du 7 août 2026 décrit un agent qui pilote Chrome sur le poste de travail avec les identifiants enregistrés du salarié. L’application cible authentifie, autorise et journalise une personne : l’attribution doit être reconstituée hors d’elle.

  • Les agents à identité partagée

    Plusieurs agents qui agissent sous un même compte de service. Aucune action n’est attribuable et aucun agent ne peut être arrêté seul : ils échouent à C4.

  • OWASP ASI03 · Identity and Privilege Abuse

    L’OWASP écrit que, sans identité propre et gouvernée, un agent opère dans un angle mort d’attribution (attribution gap) qui rend impossible l’application d’un véritable moindre privilège.

  • Une révocation qui bloque le salarié

    Un agent qui détient les identifiants du salarié ne peut perdre son accès sans que le salarié perde le sien. L’arrêt attend alors que quelqu’un accepte ce coût.

2 · Authentifier, autoriser, révoquer

Authentifier, autoriser, révoquer : 3 contrôles

Chaque contrôle a un énoncé, une preuve qu’un auditeur peut demander et un identifiant dans notre cadre de gouvernance.

Contrôle Ce qu’il exige Preuve Contrôle du cadre
Authentifier Chaque agent détient sa propre identité, délivrée par le fournisseur d’identité de l’entreprise, jamais un compte de service partagé, et figure au registre des agents. Le registre des agents, rapproché du fournisseur d’identité. GOV-A-01 · Une identité par agent
Autoriser Les outils, les données et les dépenses de chaque agent sont déclarés ; tout appel hors de ce périmètre est refusé avant exécution et journalisé avec la version de la règle qui l’a bloqué. La matrice des permissions et le journal des refus. GOV-A-02 · Périmètre et budget déclarés
Révoquer Les sessions et les permissions d’outils de l’agent sont retirées en une action par un opérateur ou un vérificateur nommé, sans désactiver le salarié ni les autres agents. Le mode opératoire du kill switch et l’historique de ses exercices, avec les temps d’arrêt mesurés. GOV-A-04 · Chemin d’arrêt et exercice

Délégation. Quand un agent agit pour une personne, son identité est reliée à celle de cette personne, pour que chaque action remonte à un responsable. Le concept paper du NIST NCCoE fixe le même objectif : relier les identités des utilisateurs aux agents pour garder la responsabilité des actions des systèmes automatisés.

La publication NIST SP 800-207, Zero Trust Architecture (août 2020), accorde l’accès à chaque ressource de l’entreprise session par session et pose que l’authentification et l’autorisation sur une ressource n’ouvrent pas automatiquement l’accès à une autre. Selon notre lecture, l’identité de l’agent est ce qui permet d’appliquer cette règle aux agents.

L’OWASP recommande des permissions limitées à la tâche et dans le temps, au moyen d’identités par agent et d’identifiants à courte durée de vie. Ces identifiants font de la révocation le cas par défaut : un identifiant non renouvelé expire de lui-même.

La publication NIST SP 800-63-4, Digital Identity Guidelines, parue en juillet 2025, remplace la SP 800-63-3 et couvre la vérification d’identité, l’authentification et la fédération des utilisateurs. Selon notre lecture, elle régit la personne qui délègue ; le concept paper du NCCoE la cite parmi les lignes directrices qu’il appliquera aux agents.

Correspondance établie par Hikari Blue ; ni le NIST ni l’OWASP ne l’ont examinée.

3 · Les travaux du NIST

Ce que prépare le NIST sur l’identité et l’autorisation des agents

2 chantiers du NIST traitent de l’identité des agents. Aucun n’avait publié de ligne directrice définitive le 25 octobre 2026, date à laquelle nous avons lu leurs pages.

  • NCCoE · Accelerating the Adoption of Software and AI Agent Identity and Authorization

    Concept paper en projet de Harold Booth, Bill Fisher, Ryan Galluzzo et Joshua Roberts, publié le 5 février 2026 et ouvert aux commentaires jusqu’au 2 avril 2026. Il propose un projet du NCCoE qui applique les normes d’identité existantes aux agents logiciels et aux agents IA, dans des cas d’usage d’entreprise.

  • Ses 5 domaines d’intérêt

    L’identification, pour que les systèmes d’accès distinguent agents et humains ; l’autorisation ; la délégation d’accès, qui relie les identités des utilisateurs aux agents ; la journalisation et la transparence, qui relient chaque action à l’identité de l’entité non humaine ; le suivi des flux de données.

  • Les normes qu’il examine

    Model Context Protocol, OAuth 2.0 et 2.1 avec leurs extensions, OpenID Connect, SPIFFE et SPIRE, SCIM et Next Generation Access Control, avec les publications NIST SP 800-207, SP 800-63-4 et NISTIR 8587.

  • Après la consultation

    La page du projet du NCCoE fait état de plus de 600 réponses et d’un projet en cours de lancement, dont le livrable final est un guide pratique de la série SP 1800. Elle ne mentionnait aucun guide publié lors de notre lecture.

  • CAISI · AI Agent Standards Initiative

    Annoncée le 17 février 2026 par le Center for AI Standards and Innovation du NIST, sur 3 piliers : des normes d’agents portées par l’industrie, des protocoles ouverts portés par la communauté, et la recherche sur la sécurité et l’identité des agents.

  • Ce que nous en retenons

    Selon notre lecture, les 2 chantiers traitent l’agent comme une identité à part entière, distincte de la personne qu’il sert. C’est la propriété qu’exige déjà le contrôle GOV-A-01.

Correspondance établie par Hikari Blue ; le NIST ne l’a pas examinée.

4 · L’identité dans la piste d’audit

L’identité dans la piste d’audit

L’identité de l’acteur est le premier des 9 champs de notre piste d’audit de l’IA : l’identité de l’agent ou de l’opérateur délivrée par le fournisseur d’identité de l’entreprise, jamais un compte de service partagé.

  • Pourquoi ce champ compte

    Chaque action a une identité responsable. Le champ sert l’article 12, § 2, c), et l’article 26, § 5, de l’AI Act, qui portent sur la surveillance du fonctionnement.

  • Ce qu’écrit une identité partagée

    Sous la session d’une personne, le champ nomme le salarié. Sous un compte de service commun, il ne nomme personne en particulier. Dans les 2 cas, l’enregistrement est complet en la forme et faux sur le fond.

  • Le vérificateur humain

    Le champ de vérification humaine enregistre l’identité de la personne qui a approuvé, rejeté ou corrigé une sortie. L’agent et le vérificateur sont 2 identités, jamais une seule.

  • L’objectif du NIST

    Le concept paper du NCCoE fait de la journalisation et de la transparence un domaine d’intérêt : relier chaque action d’agent à l’identité de l’entité non humaine.

5 · Réponses directes

Les questions posées sur l’identité des agents IA.

Qu’est-ce que l’identité d’un agent IA ?

C’est l’identité propre et révocable sous laquelle un agent s’authentifie auprès des systèmes et des outils, distincte de celle du salarié ou du service pour lequel il travaille. Ses permissions sont limitées à sa tâche, chacune de ses actions lui est attribuée, et son accès peut être retiré seul.

Pourquoi un agent ne peut-il pas utiliser les identifiants du salarié ?

Parce que le système cible authentifie, autorise et journalise alors la personne, pas l’agent. Aucune action ne peut être attribuée à l’agent, et son accès ne peut être retiré sans bloquer le salarié. L’OWASP classe ce risque en ASI03, Identity and Privilege Abuse, dans son Top 10 for Agentic Applications du 9 décembre 2025.

Que fait le NIST sur l’identité et l’autorisation des agents ?

Le NCCoE a publié un concept paper en projet le 5 février 2026, ouvert aux commentaires jusqu’au 2 avril 2026 ; il fait état de plus de 600 réponses et prévoit un guide pratique de la série SP 1800. Le 17 février 2026, le CAISI a annoncé l’AI Agent Standards Initiative, qui comprend des recherches sur la sécurité et l’identité des agents.

Un compte de service suffit-il pour un agent ?

Pas quand plusieurs agents le partagent : aucune action n’est attribuable et aucun agent ne peut être arrêté seul. Une identité par agent, délivrée par le fournisseur d’identité de l’entreprise et inscrite au registre des agents, c’est ce qu’exige le contrôle GOV-A-01 de notre cadre de gouvernance.

Comment révoquer un agent sans arrêter les autres ?

La révocation vise l’identité propre de l’agent : ses sessions et ses permissions d’outils sont retirées en une action, et les autres agents continuent de tourner. C’est la condition de réussite du contrôle C4 de notre architecture de référence.

6 · Références

Documents de référence et sources primaires.

Chaque date, chaque identifiant et chaque citation de cette entrée proviennent des sources ci-dessous, consultées le 25 octobre 2026.

Documents de référence

Sources primaires, consultées le 25 octobre 2026

7 · Versions et citation

Comment citer ce document.

Cette URL est permanente et sert toujours la version en vigueur. Chaque modification de fond incrémente la version et figure dans l’historique ci-dessous, afin qu’une citation reste rattachable au texte qu’elle cite.

  • Citation recommandée

    Hikari Blue, « AI agent identity : every agent under its own name and scope », Glossary of the AI operating layer, v1.0, 25 octobre 2026, https://hikariblue.com/glossary/ai-agent-identity

    Les ancres de section sont stables : #definition, #shared-identity, #controls, #nist, #audit-trail, #faq, #references, #cite.

  • Historique des versions

    v1.0 · 25 octobre 2026. Première version publique.

    Licence. Publié sous licence CC BY 4.0 : citation, reprise et réutilisation libres, avec attribution à Hikari Blue et lien vers cette page. La licence couvre les textes, tableaux et schémas de Hikari Blue sur cette page ; elle ne couvre ni les données, citations et textes juridiques de tiers, qui gardent leurs propres conditions, ni le nom et le logo Hikari Blue, marques de UNITED4 LLC.

Pour les directions de la sécurité, les architectes de l’identité et l’audit interne

Nommez chaque agent que vous exploitez. Trouvez ceux qui partagent une identité.

30 minutes avec un associé nommé. Nous prenons un processus où des agents agissent aujourd’hui et vérifions chacun : son identité propre, son périmètre déclaré et son chemin de révocation. Vous repartez avec la liste des agents qui empruntent la session d’une personne ou partagent un compte, que nous travaillions ensemble ou non.

  • Chaque agent d’un processus, nommé
  • Son périmètre, déclaré ou hérité
  • Son chemin de révocation, parcouru sur le papier
Réserver un appel de 30 min Ou lisez les contrôles des agents dans le guide de mise en œuvre Vérifier Hikari Blue avec un modèle que nous ne contrôlons pas