Amazon Bedrock AgentCore Identityが、AWS Secrets Managerの既存シークレットを直接参照する新機能を実装した。AWSの技術ブログによれば、これにより企業はAIエージェントの認証情報を組織のセキュリティポリシー下で一元管理できるようになり、実用的なAIシステム構築への障壁が大きく引き下げられる。

なぜAIエージェントの認証管理を「組織の統制下」に戻す必要があるのか？

Amazon BedrockにおけるAIエージェントの活用が本格化する中で、外部API接続用の認証情報の取り扱いは最大の懸念事項の一つであった。これまでAgentCore Identityは認証情報を自動生成・管理する仕組みを提供してきたが、これは利便性と引き換えに、企業が求める厳格なセキュリティガバナンスとの間に乖離を生んでいた。今回の機能により、ユーザーはSecrets Managerで管理している既存のシークレットを直接参照可能となる。これにより、暗号化キーのカスタマイズやローテーションポリシー、タグ付けといった組織固有のコンプライアンス要件をAIエージェントの認証基盤にもそのまま適用できるようになった。

顧客管理型KMSキーやクロスアカウント連携で何が変わるのか？

このアップデートの意義は、単なる機能追加にとどまらない。これまでブラックボックス化されがちだったAIエージェントの認証管理を、既存のクラウドインフラの統制下に引き戻すことで、金融や医療といった高度なセキュリティが求められる業界でのAI導入を加速させる狙いがある。特に、顧客管理型のKMSキー（CMK）による暗号化が必須となる環境において、自社の鍵管理ポリシーを維持したままエージェントを稼働させられる点は極めて重要である。また、同一リージョン内の別アカウントにあるシークレット参照を可能にする点は、大規模な組織構造を持つ企業にとって歓迎すべき柔軟性と言える。

エンタープライズ企業が直面する「利便性とセキュリティ」のトレードオフをどう解消すべきか？

一方で、この新機能の導入は運用上の複雑性を増す可能性がある。従来のようにシステムが自動的にシークレットを生成・管理してくれる利便性は失われるため、ユーザー側でIAMポリシーの適切な設定や、シークレットのライフサイクル管理を厳密に行う責任が生じるからである。AIエージェントの普及に伴い、開発現場にはAIの利便性と強固なセキュリティという相反する要求を両立させる高度なエンジニアリングが求められている。今回のアップデートは、そのバランスを組織側の裁量に委ねることで、実運用レベルでのAI実装を一段階上のフェーズへと押し上げるものと考えられる。

複雑化する権限設計をいかに簡素化し、AI実装を加速させるか？

今回のアップデートはAIエージェントの認証管理に大きな柔軟性をもたらしたが、その反面、運用設計の複雑化という課題も提示している。今後は、この柔軟性が複雑な権限設計のボトルネックとならないよう、AWS側がいかに簡素な管理インターフェースを提供し続けられるかが普及の鍵を握るだろう。また、現時点では同一リージョン内でのクロスアカウントシークレット共有がサポートされているが、クロスリージョンでの参照対応や、既存の自動管理型シークレットから外部参照型へ移行する際のベストプラクティスが提示されることも、今後の焦点となると見られる。