ランタイムインスタンスのセキュリティモデルとアクセス許可

インスタンスは アカウントにあります。キャパシティープロバイダーによって起動された EC2 インスタンスは、Amazon EC2 マネージドインスタンスとして アカウントと VPC で実行されます。アカウントの CloudTrail と VPC フローログを使用して、それらを検査したり、独自のコントロールを適用したり、アクティビティを監査したりできます。

インスタンス上のエージェントは互いに分離されません — 複数のエージェントを同じインスタンスで実行し、そのファイルシステムを共有できます。エージェントは、コンテナまたは直接デプロイされたエージェントでインスタンス上のプロセスとしてインスタンス上で実行されます。どちらも、同じインスタンス上のワークロード間のセキュリティ境界を提供しません。インスタンスを共有するすべてのエージェントは相互に信頼されている必要があります。

セッションは分離ユニット — キャパシティープロバイダーとセッション ID の組み合わせによって識別されるセッションは、1 つの EC2 インスタンス (1:1) にマッピングされます。2 つの異なるキャパシティープロバイダーの同じセッション ID は、2 つの異なるインスタンスの 2 つの異なるセッションを指します。互いに分離されたままにするエージェントは、セッションを共有しないでください。

認証情報供給 — AgentCore は、インスタンスで実行されているエージェントに実行ロールの認証情報を提供し、定期的に更新します。インスタンスで実行されているコードは、使用可能な認証情報を読み取ることができます。各ランタイムの実行ロールを、エージェントが必要とする最小限の権限にスコープします。詳細については、「認証情報管理」を参照してください。

アカウントコントロールが適用されます — インスタンスはアカウントで実行されるため、 AWS Organizations サービスコントロールポリシー (SCPs)、アクセス許可の境界、VPC コントロールはアカウントで実行されるアクションを管理します。AgentCore は、提供または承認するインフラストラクチャロールを通じて動作し、IAM 条件 (特定の VPCs、サブネット、インスタンスタイプなど) でスコープします。ただし、リソースの削除とクリーンアップに使用される AgentCore サービスにリンクされたロールは例外であり、SCPsこれは、 がサービスにリンクされたロールを一般的に AWS 扱う方法と一致します。

データレジデンシー — エージェントは、指定した VPC、サブネット、アカウント、リージョンで実行され、セッションデータと EBS ボリュームはアカウントに残ります。

インスタンスプロファイル — EC2 インスタンスにアタッチされます。AgentCore はこれを使用してインスタンスからシステムログを収集します。エージェントコードにアクセス許可を付与しません (エージェントランタイム実行ロールが付与します）。

インフラストラクチャロール — AgentCore はこのロールを引き受けて、ユーザーに代わってアカウントの EC2 インスタンスをプロビジョニングおよび管理します。インスタンスとそのネットワークインターフェイスのネットワークを起動、タグ付け、設定します。このロールは、アカウント内のコンピューティングを管理するアクセス許可を AgentCore に付与するため、ワークロードに必要な最小特権の範囲を設定し、IAM 条件を使用して、必要に応じて特定の VPCs、サブネット、またはインスタンスタイプに制限します。

プリンシパルとセッション ID を関連付ける — AWS CloudTrail は、認証されたプリンシパルとターゲットの両方を同じInvokeAgentRuntimeイベントsessionIdに記録します。これを使用して、別のプリンシパルによって作成されたセッションへのプリンシパルルーティングを検出します。

ランタイム全体の監査プラクティスを適用する — CloudTrail と VPC フローログを有効にし、リクエスト IDs を使用してログを関連付け、監査とモニタリングの説明に従ってメトリクスフィルターとアラームを設定します。

ワークロードを信頼レベル別に分離 — 相互に信頼されていないワークロードには異なるセッションを使用します。信頼できないエージェントを同じセッションに共同配置しないでください。

すべてのロールに最小権限を適用する — エージェントランタイム実行ロールとインフラストラクチャロールを、それぞれが必要とするアクションとリソースのみにスコープします。

バックエンドのユーザーにセッションをバインドする — 1 つのプリンシパルが複数のエンドユーザーにサービスを提供するデプロイでは、アプリケーションレイヤーでsession-to-userバインドを適用します。

ユーザーごとまたはテナントごとのプリンシパルを優先する — 可能であれば、IAM がセッションスコープを適用できるように、個別の IAM プリンシパルを通じて を呼び出します。

クロスプリンシパルルーティングのモニタリング — CloudTrail を使用して、別のプリンシパルによって作成されたセッションへのプリンシパルルーティングなどのルーティング異常を検出します。