コーディング エージェントは、多くの場合、ユーザーのワークステーションにローカルでデプロイされ、制御ユーザーから委任された権限を利用してデータにアクセスします。通常、コーディング エージェントはユーザーのすべての権限で実行されますが、人間とは異なり、アクションを指示するプロンプト インジェクションの影響を受けやすくなります。これにより、インフラストラクチャとデータにリスクが生じる可能性があるため、考慮する必要があります。
エージェントは、データを指示として誤って解釈することがあります。これは間接的なプロンプト インジェクションと呼ばれることがあります。たとえば、悪意のある行為者が、悪意のあるプロンプトを作成し、被害者と直接（メールやカレンダーなど）または間接的に（Cloud Storage や BigQuery に含めるなど）共有し、エージェントがこれらの悪意のあるプロンプトに基づいて行動するのを待ちます。
リスクを軽減するために、次の追加のガードレールを検討することをおすすめします。
可能であれば、制約のある環境でエージェントを実行します。一般的な例として、ユーザーが Cloud Workstations でのみエージェントを起動し、インターネット アクセスを無効にして、root 権限を付与しないようにします。また、Cloud Workstations で VPC-SC 保護を構成することをおすすめします。
組織制限 ヘッダー - 別の方法として、企業ネットワークの境界にネットワーク セキュリティ プロキシがある組織は、 組織制限ヘッダーを有効にできます。デプロイすると、企業ネットワークからアクセスできるリソースのセットが特定の組織（企業のホーム組織など）に制限されGoogle Cloud 、エージェント（および人間）が の企業テナント外 Google Cloudのリソースにアクセスできなくなります。組織がすでに 下り（外向き）プロキシを使用している場合は、この機能を すぐに サポートできる可能性があります。
プリンシパル アクセス境界 (PAB) – PAB を使用すると、特定の ID セットがアクセスできるリソースのセットを 制限できます。コーディング エージェントの場合、エージェントは独自の ID（サービス アカウントや、Agent Runtime でサポートされている新しいエージェントID など）として実行することも、ユーザーから委任された権限を使用して実行することもできます。PAB を有効にすると、どちらの場合でも組織のリソースへのアクセスのみを制限できますが、人間の ID に制限を適用すると、人間のアクセスも制限されます。
VPC Service Controls - VPC Service Controls の境界内に企業ネットワークが含まれている組織は、 VPC 境界の外部から直接発生した場合、これらのリスクからすでに保護されています。エージェント経由など、 Google Cloudを介したデータ引き出しを懸念している組織は、VPC Service Controls が 環境に適しているかどうかを検討することをおすすめします。
Model Armor - Model Armor を有効にすると、Google のマネージド MCP サーバーを介してアクセスされたデータからのプロンプト インジェクション攻撃を 検出してブロック できます。