AWS Amazon Bedrock AgentCore の マネージドポリシー

bedrock-agentcore (Amazon Bedrock エージェントコア) – プリンシパルにすべての Amazon Bedrock エージェントコアリソースへのフルアクセスを許可します。

iam (AWS アイデンティティとアクセス管理) – プリンシパルがロールとポリシーに関する情報を一覧表示して取得し、名前にBedrockAgentCore」を含むロールを bedrock-agentcore サービスに渡すことを許可します。また、CloudWatch Application Signals、Amazon Bedrock AgentCore ネットワーク、Amazon Bedrock AgentCore ランタイム ID のサービスリンクロールを作成することもできます。

secretsmanager (AWS Secrets Manager) – プリンシパルが「bedrock-agentcore」で始まる名前のシークレットを作成、更新、取得、削除できるようにします。

kms (AWS Key Management Service) – プリンシパルが Amazon Bedrock AgentCore サービスを介して呼び出されたときに、キーを一覧表示して記述し、同じ AWS アカウント内のデータを復号できるようにします。

s3 (Amazon Simple Storage Service) – Amazon bedrock-agentcore-gateway-」で始まる名前の S3 バケットからオブジェクトを取得できるようにします。 AgentCore

lambda (AWS Lambda) – プリンシパルが Lambda 関数を一覧表示できるようにします。

logs (Amazon CloudWatch Logs) – プリンシパルが、ロググループやストリームの作成など、Amazon Bedrock AgentCore と Application Signals に関連するロググループのログデータにアクセス、クエリ、管理できるようにします。

application-autoscaling (Application Auto Scaling) – プリンシパルがスケーリングポリシーを記述できるようにします。

application-signals (Amazon CloudWatch Application Signals) – プリンシパルがアプリケーションシグナルに関する情報を取得し、検出を開始できるようにします。

autoscaling (Amazon EC2 Auto Scaling) – プリンシパルが Auto Scaling リソースを記述できるようにします。

cloudwatch (Amazon CloudWatch) – プリンシパルがメトリクスを取得して一覧表示し、クエリを生成し、他の CloudWatch リソースにアクセスできるようにします。

oam (Amazon CloudWatch Observability Access Manager) – プリンシパルがシンクを一覧表示できるようにします。

rum (Amazon CloudWatch RUM) – プリンシパルが RUM リソースを取得して一覧表示できるようにします。

synthetics (Amazon CloudWatch Synthetics) – プリンシパルが Synthetics リソースに関する情報を記述して取得できるようにします。

xray (AWS X-Ray) – プリンシパルがトレース情報を取得し、トレースセグメントの送信先を管理し、インデックス作成ルールを操作できるようにします。

ecr (Amazon Elastic Container Registry) – プリンシパルがリポジトリを記述し、イメージを一覧表示し、イメージを記述できるようにします。

bedrock (Amazon Bedrock) – プリンシパルが評価目的で基盤モデルと推論プロファイルを呼び出すことを許可します。

iam:CreateRole は含まれません。コンソールで特定の AgentCore リソース (ハーネスやランタイムなど) を作成する場合、ユーザーに代わってリソースの実行ロールを自動作成するようにコンソールに選択できます。これには、この管理ポリシーに含まれていないiam:CreateRoleアクセス許可が必要です。詳細については、コンソールの「iam:CreateRole 認可のトラブルシューティング」を参照してください。

iam:PassRole はロール名によってスコープされます。特定の AgentCore リソース (ハーネスやランタイムなど) を作成するときは、リソースの実行ロールに対するiam:PassRoleアクセス許可が必要です。この管理ポリシーには、 に一致する名前を持つロールのiam:PassRoleアクセス許可のみが含まれます*BedrockAgentCore*。詳細については、「iam:PassRole 認可のトラブルシューティング」を参照してください。

GetWorkloadAccessTokenForUserId が含まれています。このポリシーは、 を呼び出すアクセス許可を付与します。これによりGetWorkloadAccessTokenForUserId、IdP トークンの検証なしで発信者が提供するユーザー識別子文字列を使用してワークロードアクセストークンを発行できます。これは、開発シナリオとクイックスタートシナリオに適しています。本番デプロイでは、 GetWorkloadAccessTokenForJWT (JWT 署名、発行者、有効期限を検証する) のみを付与し、ワークロードに常に JWT が利用可能なGetWorkloadAccessTokenForUserId場合は明示的に拒否するカスタム IAM ポリシーを作成します。詳細については、「ワークロードアクセストークンの取得」を参照してください。

ec2 (Amazon Elastic Compute Cloud) – サービスが VPC 内のネットワークインターフェイスを作成、管理、削除し、プライベート IP アドレスの割り当てと割り当て解除を行い、VPC リソースを記述できるようにします。ネットワークインターフェイスには「AmazonBedrockAgentCoreManaged」というタグが付けられ、サービスが作成したリソースのみを管理するようにします。

bedrock – プリンシパルが Amazon Bedrock Invokemodelおよび InvokeModelWithResponseStreamアクションを呼び出すことを許可します。これは、エージェントが記憶を保存できるようにするために必要です。

bedrock-mantle – プリンシパルが CreateInferenceおよび CallWithBearerTokenアクションを呼び出すことを許可します。これは、サービスが Amazon Bedrock マントルモデルを使用してメモリを処理できるようにするために必要です。

bedrock-agentcore (Amazon Bedrock エージェントコア) – サービスが JWT 認証とユーザー ID ベースの認証用のワークロードアクセストークンを取得できるようにします。具体的にGetWorkloadAccessTokenは、デフォルトのワークロードアイデンティティディレクトリとそれに関連するワークロードアイデンティティでGetWorkloadAccessTokenForJWT、、、および GetWorkloadAccessTokenForUserIdアクションを許可します。