AWS intègre la gestion des secrets de Secrets Manager dans Bedrock AgentCore

Amazon Web Services (AWS) a annoncé une nouvelle fonctionnalité pour la plateforme Bedrock AgentCore : les développeurs peuvent désormais connecter au module AgentCore Identity leurs propres secrets, stockés dans AWS Secrets Manager, au lieu de créer des identifiants distincts au sein de la plateforme d'agents elle-même. Les entreprises peuvent ainsi étendre leurs processus existants de gestion des secrets aux agents d'IA, sans bâtir d'infrastructure de sécurité parallèle spécifique à AgentCore.

Comment fonctionne la nouvelle intégration

AWS Bedrock AgentCore est un service de déploiement et de gestion d'agents d'IA autonomes dans le cloud d'Amazon. AgentCore Identity est le module chargé d'authentifier les agents et de leur donner accès à des systèmes externes via ce qu'on appelle des « fournisseurs d'identifiants » (credential providers). Avant cette mise à jour, ces fournisseurs exigeaient une configuration distincte des secrets dans AgentCore. Il est désormais possible d'indiquer un secret existant et préconfiguré d'AWS Secrets Manager, le service d'Amazon de stockage centralisé des mots de passe, clés d'API et jetons, et AgentCore le référencera directement, sans duplication des données.

Ce que cela change pour les équipes de sécurité

Le principal avantage pour les équipes de sécurité de l'information : le contrôle total du cycle de vie du secret reste là où il était. L'entreprise conserve la maîtrise du chiffrement, de la rotation des clés, de la réplication, des étiquettes et des politiques d'accès à la ressource, exactement comme pour n'importe quel autre secret de Secrets Manager. Cela écarte un risque classique lors de l'adoption de nouveaux services d'IA : la multiplication de magasins d'identifiants dispersés, chacun avec ses propres règles d'accès et d'audit, difficiles à contrôler de façon centralisée.

Principaux points de la mise à jour :

• Service : AWS Bedrock AgentCore, module AgentCore Identity.
• Source des secrets : AWS Secrets Manager.
• L'entreprise garde le contrôle du chiffrement, de la rotation, de la réplication, des étiquettes et des politiques d'accès aux ressources.
• L'utilisation d'un secret provenant d'un autre compte AWS dans la même région AWS est prise en charge.
• Le partage de secrets entre régions n'est pas pris en charge.
• Les secrets connectés via les connecteurs externes de Secrets Manager sont pris en charge, ce qui rend aussi possible l'intégration avec des gestionnaires de secrets tiers.

Pourquoi c'est important pour l'IA en entreprise

Pour les grandes organisations qui ont déjà mis en place une gouvernance autour des secrets, avec rotation obligatoire des mots de passe, journalisation des accès et répartition des droits par département, pouvoir brancher les agents sur l'infrastructure existante sans migration est une amélioration structurelle, pas cosmétique. Contrairement aux applications classiques, les agents d'IA accèdent de plus en plus à des systèmes sensibles, comme les CRM, les API internes et les services financiers, au nom d'un utilisateur ou d'une organisation. La manière dont un agent s'authentifie, et la question de savoir qui contrôle ses identifiants, deviennent donc centrales à mesure que l'IA agentique se déploie à grande échelle en entreprise.

L'interdiction d'utiliser des secrets entre régions reflète l'approche habituelle d'AWS, qui isole les données par région géographique. Les entreprises présentes dans plusieurs juridictions devront configurer les secrets séparément dans chaque région où leurs agents sont déployés, ce qui peut demander une planification supplémentaire pour les déploiements multirégions d'AgentCore.

La gestion des secrets est particulièrement sensible pour les agents d'IA : contrairement à un service statique, un agent peut lancer de lui-même de nombreux appels vers différents systèmes externes au cours d'une seule session, ce qui multiplie les points où une clé d'accès peut être compromise. Pouvoir réutiliser un processus de rotation et d'audit des secrets éprouvé depuis des années, plutôt que de créer un nouveau magasin isolé pour les seuls agents, réduit la « surface d'attaque » (attack surface) et facilite le respect des politiques de sécurité internes et des exigences réglementaires externes auxquelles sont soumises les grandes organisations des secteurs financier, médical et public. Cette mise à jour illustre aussi une tendance plus large chez AWS : transformer peu à peu les services épars de la plateforme Bedrock en un écosystème unique, intégré aux outils d'infrastructure AWS que les entreprises utilisent depuis des années, qu'elles recourent ou non à des agents d'IA ou qu'elles continuent de travailler avec des services cloud classiques.