AWS et Okta : gouverner l'accès des agents IA avec Bedrock AgentCore et Cedar
D'après AWS Machine Learning Blog, « Govern AI agent access with Okta Cross App Access and Amazon Bedrock AgentCore, Part 2 », relayé par AWS Machine Learning
Image : générée par IA (Gemini)
Rédigé à partir de la source originale; chaque fait est vérifié contre le texte source.
À retenir
- Selon AWS, le mécanisme tient à l'échelle, mais pas la topologie de départ : avec des centaines d'agents et des milliers d'outils, le câblage agent par serveur explose et la règle d'autorisation recopiée partout n'est plus auditable en un seul endroit. La démo ne porte que sur deux agents.
- La correction : chaque agent passe par son propre Gateway (Bedrock AgentCore Gateway), sa porte d'entrée unique. Il tient le registre des cibles et échange pour chaque cible le jeton délégué par Okta. Résultat annoncé par AWS : les agents ne détiennent plus d'identifiant d'accès aux outils.
- Les autorisations d'outils passent désormais par un jeu de politiques Cedar en refus par défaut, évalué au Gateway avant chaque appel, au lieu d'être recopiées dans chaque serveur. Le serveur continue toutefois de vérifier lui-même les groupes de l'utilisateur, comme avant.
- Une piste d'audit commune réunit les traces d'AgentCore et le journal d'Okta dans CloudWatch, et une seule requête relie chaque autorisation d'Okta à la décision qu'elle a produite. Selon AWS, un même utilisateur obtient une autorité différente selon l'agent, et c'est Okta qui en décide.
- À tempérer : c'est un billet d'AWS sur ses propres produits, avec un code d'exemple hors production et des mesures maison. Écart : dans la voie du consentement, le droit stocké a survécu à la suspension jusqu'à ce que les auteurs le déconnectent eux-mêmes, une nouvelle connexion restant refusée.
Pourquoi ça compte
La multiplication des agents IA en entreprise s'annonce, et l'enjeu n'est pas de gouverner le premier agent, mais le centième, de la même façon. Pouvoir prouver quel agent a agi pour quel utilisateur et a atteint quel système relève de la sécurité et de la reddition de comptes, un terrain lié à des obligations comme la Loi 25. Le modèle décrit (un Gateway par agent, identifiants centralisés, politique Cedar, audit joint) vise ce besoin. Reste à le lire pour ce qu'il est : du contenu de fournisseur, appuyé sur un code d'exemple et des mesures faites par AWS, non par un tiers indépendant.
Chiffre-clé
Environ 0,2 seconde : la latence que les vérifications d'identité et de politique ajoutent à un appel d'outil, selon les médianes du premier Gateway mesurées par AWS (le second est plus lent), contre environ 5,6 secondes pour l'outil lui-même. Le surcoût reste faible dans ce test. Autre repère attribué à AWS : en Cross App Access, les jetons émis expirent en cinq minutes environ.
Fondée sur la source originale
