Qui fait cette requête ? Introduction à l'authentification des agents - Kamil Potrec, Keycard
Original · Who Is Making This Request? Agent Auth 101 - Kamil Potrec, Keycard
Key Takeaway
La sécurisation des agents logiciels autonomes nécessite l'abandon des identifiants statiques au profit d'identités dynamiques, de passerelles de contrôle et de standards ouverts.
Highlights
Les agents logiciels non déterministes modifient profondément les exigences de sécurité par rapport aux logiciels traditionnels en agissant directement au nom des utilisateurs.
Le stockage et la dispersion de jetons d'accès statiques ou de comptes de service hautement privilégiés ouvrent la voie à des utilisations non contrôlées.
L'utilisation d'identités d'agents distinctes et de jetons dynamiques à courte durée de vie permet de confiner strictement les actions autorisées.
Les passerelles et proxys réseau sécurisent les flux en centralisant l'interception, l'analyse des requêtes et la révocation instantanée des accès.
Keycard propose un plan de contrôle unifié, des SDK et une implémentation de référence disponible sur agentbaseline.org pour standardiser la sécurité des agents.
Timeline
Limites de la communication et des identifiants actuels des agents
Les architectures actuelles reposent trop souvent sur des jetons d'accès personnels ou des clés statiques partagés sans véritable traçabilité. Lorsqu'un agent interagit avec des serveurs MCP ou des services back-end, il hérite souvent d'un ensemble large de permissions via des comptes de service. La nature non déterministe des agents fait qu'ils peuvent manipuler ces accès de manière imprévisible, transformant un oubli de sécurité habituel en faille permanente.
- Les serveurs MCP reçoivent souvent des jetons d'utilisateurs ou des comptes de service sans savoir quel agent exact exécute l'action.
- Les modèles de langage non déterministes peuvent propager des données ou initier des requêtes de manière excessive ou malveillante.
- La persistance de jetons d'accès non attribués et de comptes de service sur des machines personnelles supprime les barrières de protection des entreprises.
Mise en place de solutions dynamiques et de délégations
L'industrie dispose déjà de technologies robustes pour résoudre ces problématiques d'authentification, mais celles-ci ont longtemps été négligées pour les logiciels. Il devient nécessaire d'instaurer des flux où les agents annoncent leurs besoins et obtiennent des autorisations temporaires auprès de systèmes externes. La gestion à grande échelle exige toutefois de surmonter la multiplicité des API et de garantir la traçabilité des actions.
- L'utilisation de technologies comme OAuth permet de générer des identifiants dynamiques limités à des interactions spécifiques.
- La fédération d'identités de charge de travail et les certificats obligent les agents à s'authentifier rigoureusement avant toute émission de jeton.
- Un système global d'authentification des agents requiert des identités dédiées, une sémantique de délégation précise et une traçabilité par l'audit.
Défis des SDK et intégration des passerelles de sécurité
Écrire des SDK ne suffit pas à protéger des environnements distribués où les agents persistent à exploiter les identifiants locaux. Pour contourner ce risque, l'intégration de passerelles de contrôle et de coffres-forts d'autorisation à l'exécution isole les secrets du code exécuté. Bien qu'elles ajoutent un saut réseau et exigent une configuration rigoureuse, ces passerelles garantissent un contrôle physique et une limitation stricte des permissions.
- Les SDK partagés se heurtent à des problèmes d'adoption hétérogène, de compatibilité des langages et de vulnérabilités côté client.
- Le déplacement des identifiants vers une enclave sécurisée et l'utilisation de passerelles empêchent l'agent d'accéder directement aux secrets.
- Les passerelles permettent la révocation instantanée des accès, l'analyse fine des requêtes et une observabilité réseau complète.
Plan de contrôle unifié et perspectives
Face à la complexité de sécuriser chaque composant de manière isolée, Keycard propose une approche unifiée combinant SDK clients, services et passerelles optionnelles. La protection des systèmes distribués repose sur l'adoption collective de standards ouverts et d'implémentations de référence partagées, telles que celles documentées sur agentbaseline.org.
- Keycard fournit un plan de contrôle centralisé pour émettre des identités d'agents, gérer les jetons et fédérer les systèmes.
- La sécurité des agents n'est plus optionnelle face aux comportements imprévisibles des modèles de langage.
- L'utilisation de standards ouverts et des ressources d'agentbaseline.org favorise une collaboration interopérable à l'échelle de l'industrie.
Description
When an agent sends an invoice using your token, who actually made the request? Kamil Potrec of Keycard breaks down how agents get credentials today (personal tokens, static keys, over-privileged service accounts) and what proper agent auth requires: per-agent identity, delegation, short-lived scoped credentials, federation with legacy systems, policy and audit. He compares SDKs and gateways for keeping credentials out of an agent's reach, including the gateway tradeoffs. Chapters: 0:00 Intro 0:43 How agents get credentials today 3:46 What's wrong with this picture 5:15 Using OAuth for agents 7:10 Why it gets hard at scale 8:21 What proper agent auth needs 9:52 One request, many steps 11:16 Why SDKs aren't enough 12:37 Gateways: keep credentials away from agents 14:55 Gateway tradeoffs 16:24 How Keycard approaches it 17:26 Takeaways Kamil Potrec https://keycard.ai Agent Baseline: https://agentbaseline.org Join us in SF for the second annual AIE CODE summit: https://aie.codes our last flagship summit of 2026. Applications live now!
