Les agents IA en production partagent encore trop souvent des comptes de service larges. La cryptographie agentique donne à chaque agent une identité cryptographique révocable, une attestation signée par action, sans secret de production partagé.
Les agents IA en production demandent déjà des clés, appellent des API, signent des transactions et touchent des données réglementées. La plupart s'authentifient encore comme un job batch de 2012 : un compte de service partagé, un secret longue durée dans un chemin vault, et un journal d'audit qui dit « l'utilisateur automation a fait quelque chose » sans nommer quel agent.
La cryptographie agentique est le plan de contrôle de cet écart. Chaque agent reçoit une identité cryptographique que vous pouvez émettre, attester et révoquer sans faire tourner les credentials du reste de la flotte.
Les déploiements d'agents en production partagent souvent trois modes de défaillance :
Rien de cela n'est un problème de qualité de modèle. C'est un problème d'identité et de gestion des clés que les éditeurs de cryptographie classique traitent rarement comme une surface produit de premier plan.
Know your agent, c'est la même idée que know your customer, appliquée aux acteurs non humains qui peuvent dépenser, approuver ou déchiffrer :
Si vous ne pouvez pas nommer l'agent, le révoquer seul, et prouver ce qu'il a signé, vous n'avez pas de gouvernance d'agents. Vous avez de l'automation avec un modèle de credential humain emprunté.
| Contrôle | Ce qu'il fait |
|---|---|
| Identité cryptographique par agent | Émettre une identité prouvable à la création de l'agent ; pas de compte de service production partagé pour la flotte |
| Révocation unitaire | Retirer l'autorité d'un agent en une seule opération ; les autres agents continuent |
| Attestation signée par action | Lier l'usage de clé, la signature ou les appels sensibles à l'identité agent et à la décision de politique |
| Politique hors de l'agent | Limites, listes d'autorisation et escalade vivent hors du processus agent pour qu'un agent compromis ne puisse pas les réécrire |
| Matériel de clé adossé au MPC | Là où les agents détiennent une autorité de signature ou de paiement, les parts de clé ne se réassemblent jamais en un secret clair unique (MPC vs HSM) |
C'est la même architecture résumée sur la plateforme : chaque agent reçoit une identité révocable ; aucun compte de service partagé ne porte l'accès production ; know your agent.
La cryptographie agentique s'appuie sur des objets que DuoKey gouverne déjà ailleurs sur la plateforme :
| Objet gouverné | Rôle pour les agents |
|---|---|
| Clés / KMS | Les agents demandent unwrap ou usage sous politique ; pas de garde exclusive au fournisseur cloud |
| Certificats / PKI | Identités machine et workload pour les agents qui ont besoin de TLS ou mTLS sans PKI tableur |
| Secrets | Matériel court, scopé agent, au lieu d'un .env copié ou d'un AppRole partagé |
| Agilité crypto / PQC | Renouvellements d'estate et changement d'algorithme sous le même plan d'automation que les agents |
Les agents ne sont pas un silo produit séparé. Ce sont des principals sur le même plan de contrôle que certificats, clés et secrets.
Q : Est-ce la même chose que donner une clé API à chaque agent ?
Non. Une clé API reste un secret unique que l'on peut copier et rejouer. Une identité cryptographique d'agent est émise, attestée et révocable comme principal, avec politique et matériel de clé conçus pour que la compromission d'un agent n'implique pas celle du credential de flotte.
Q : Faut-il du MPC pour chaque agent ?
Pas pour chaque bot en lecture seule à faible risque. Pour les agents qui signent, paient ou unwrapent des données réglementées, le MPC retire la clé claire unique que les comptes de service partagés et les secrets vault simples recréent. Voir MPC vs HSM et le cas d'usage agentic wallet.
Q : Comment cela se rapporte à l'IAM humaine ?
SSO et MFA humains restent. Les agents ont besoin d'un modèle d'identité parallèle, non humain, avec les mêmes propriétés que les équipes sécurité attendent déjà pour les personnes : identité unique, moindre privilège, révocation, et une piste d'audit qui nomme l'acteur.
Les agents opèrent déjà en production. Les comptes de service partagés ne passent pas à cette échelle. La cryptographie agentique fait de chaque agent un principal cryptographique révocable, avec attestation sur les actions et politique hors du processus agent. C'est ce que « know your agent » signifie en pratique, et pourquoi cela appartient à côté de KMS, PKI et secrets sur la même plateforme.
Écrit par
Nagib Aouini
Ressources associées
Dites-nous où le contrôle est difficile aujourd’hui. Nous vous aiderons à définir une prochaine étape concrète.
