エンタープライズ AI ファクトリーにおける自律型エージェントのガバナンス方法

AI エージェントは、単なるチャットを超えて急速に進化しています。コードの検査、テストの実行、ドキュメントの読取、ナレッジベースの検索、内部システムへの問い合わせ、そしてユーザーに代わって数時間にわたる操作などを行います。これにより生産性が向上しますが、同時に機密性の高い企業データへのアクセス権や、ビジネスシステム全体でタスクを完了しアクションを実行する能力が与えられるため、安全かつ統制された環境の構築が不可欠となります。 「NVIDIA Secure Agent Workspace Reference Design」は、明確なアーキテクチャ上の転換点を示しています。すなわち、ユーザーのラップトップ、ブラウザ、統合開発環境（IDE）、またはターミナルは実行層ではなく、プレゼンテーション層として機能します。エージェントの実行は、アイデンティティ、ネットワークアクセス、認証情報、ランタイムポリシー、監査、および人的レビューを一貫して適用できる管理されたワークスペース内で行われます。 ![image](https://developer-blogs.nvidia.com/wp-content/uploads/2026/06/image-34.webp)*図 1. 企業向け AI ファクトリーにおける NVIDIA Secure Agent Workspace の例* AI ファクトリーが企業向けの AI を産業化していく中で、このリファレンスデザインは、組織規模で自律型エージェントが安全に運用される環境を構築する方法を示しています。 本稿では、エンタープライズが全従業員に対して自律的で常時稼働する AI エージェントへのアクセスを提供できるよう、Secure Agent Workspace Reference Design を実装するための手順を概説します。このアーキテクチャは、エージェントの振る舞いとネットワークアクセスを管理する、より安全な環境を構築します。従業員は、より長時間動作し、より多くのエンタープライズツールを活用する AI によって、高度で複雑なタスクを達成できるようになります。 ## Secure Agent Workspace の開始方法 - 準備 エージェントワークフローのオーナーとステークホルダーを特定してください。これにより、リソース要件とアクセスポリシーが明確になります。エージェントを管理するためには、期待される振る舞いの範囲を定義し、予期せぬアクセスを防ぐ境界線を引く必要があります。 フェーズ I と II の実装は、構成管理、パッチおよび脆弱性管理、イメージガバナンス、SOC テレメトリ、再構築/取り消し機能を含む、標準的なエンタープライズ管理 VM ベースラインの上に構築されます。 - 仮想マシンの外部の境界を保護する Secure Agent Workspace の実装における最初のフェーズは、その周囲の境界を制御することです。誰がアクセスできるか、どのようにアクセスするか、どのようなワークスペースを受け取るのか、そしてそのワークスペースが到達可能なサービスは何かを決定します。この段階では、VM が主要な分離境界として機能し、より深いランタイム制御を導入する前に、エージェントの活動が観測可能で、制限され、取り消し可能であることを目指します。 - プロビジョニングされたワークスペースの提供：各ユーザーに、タスク専用の安全で企業管理型の仮想マシン（VM）を割り当てます。 - ログインゲートの強制：企業のシングルサインオン（SSO）を活用してアクセスを制御し、認証された権限を持たない者がワークスペースを開けないようにします。 - ネットワークのロックダウン：デフォルトではすべてのインターネットトラフィックをブロックし、特定の事前承認済み内部および外部サービスへの接続のみ許可します。 - 人間の承認の必須化：システムを変更するエージェントのアクション（コードのマージやチケットの更新など）は、エージェント自身によるものではなく、必ず人間による承認を得るようにします。 - ログの一元化：ワークスペース活動に関するすべてのログを単一の場所に送信し、セキュリティチームが不審な行動を監視できるようにします。 - 仮想マシン内部でのランタイムセキュリティの実装 実装の第2フェーズでは、エージェントの実際の振る舞いを管理するためにワークスペース内部に制御を追加します。これにより保護はツール呼び出し境界に近づき、エージェントが読み取れるファイル、実行可能なコマンド、アクセスできるサービスが明確になります。シークレットはプロキシの背後に保持され、ポリシーは中央で統制され、エージェントが自身の権限を黙って拡大することはできません。 - アクティブなサンドボックス化：エージェントを専用のランタイム（NVIDIA OpenShell など）内で実行し、すべてのアクションをリアルタイムで監視します。 - 署名付きセキュリティポリシー：中央システムを使用して、エージェントが許可される行動（例：読み取り可能なファイルなど）を正確に定義し、これらのルールを署名済みかつ安全なバンドルとしてワークスペースへ送信します。 - クレデンシャル保護：ワークスペースにパスワードやシークレットキーを直接保存しないでください。裏側でこれらのキーを処理する安全なプロキシを使用し、エージェントが生の機密情報を目にしないようにしてください。 - 継続的検証：エージェントが実行するすべてのアクションの前には、セキュリティルールが有効かつ機能していることを自動的に確認してください。 ![image](https://developer-blogs.nvidia.com/wp-content/uploads/2026/06/image-33.webp)*図 2. セキュアなエージェントワークスペースの内部* ## エージェントワークスペース用のエージェントブループリントを設定する ブループリントは、ワークスペース上で実行される反復可能なワークフローテンプレートです。各ブループリントには、目標、必要なツール、許可されたサービス、データスコープ、書き込み権限、レビューゲート、およびログ記録の期待値が設定されています。 これらは対象となるユースケースに対してツールの最大範囲を活用し、ベストプラクティスを体現しています。これに基づき、エージェント開発者は必要に応じて最小限の変更を加え、動作を自らのニーズに絞り込みます。 ブループリントは、以下の手順に従って安全なエージェントワークスペース環境に統合する必要があります： - エージェントアイデンティティの定義：SSO（シングルサインオン）を通じてユーザーまたはスポンサーに紐づく論理ID でエージェントを登録します。委任記録を使用して、エージェントが具体的に何を実行できるかを明確に定義してください。 - シークレットの処理：シークレットをハードコードしないでください。認証プロキシを使用し、生の API キーやパスワードではなく、短期有効な能力トークンでエージェントが動作するようにしてください。 - インフラ推論の設定：ゲートウェイ層がクォータ管理、ロールベースアクセス制御（RBAC）、および動的レート制限を管理し、安全でスケーラブルな推論サービスを保証します。 - ガバナンスの厳格化：「爆発半径」コントロールを設定します。コードのマージやチケットステータスの変更など、実行前に人間のレビューが必要なアクションを定義し、すべてのログが監査に備えて Open Cybersecurity Schema Framework（OCSF）形式で出力されるようにしてください。 ## オンプレミスまたはクラウド上に安全なエージェントワークスペースを展開する ワークスペースのセットアップは、オンプレミス環境には Red Hat OpenShift Virtualization を、クラウドネイティブな展開には Microsoft Azure を選択することから始まります。両者におけるコアパターンは同じです。各ユーザーには専用仮想マシンが割り当てられ、ローカルエンドポイントはそのワークスペースにのみ接続します。エージェントの実行は、集中管理されたポリシー、アクセス制御、監査機能を持つ管理境界内で行われます。 展開の手順は以下の通りです： 1. **ユーザーごとに 1 つのワークスペース VM をプロビジョニングする**：各ユーザーのために専用の Linux または Windows VM を作成します。 2. **アクセス経路を確立する**：ワークスペースの前に信頼できるアクセスブローカーを設置します。ユーザーはエンタープライズ SSO と、短期間で監査可能なセッションを通じて接続する必要があります。エンドポイントはプレゼンテーション面としてのみ機能し、ローカルで自律型エージェントの作業が実行されることはありません。 3. **ネットワーク境界を定義する**: デフォルトでは拒否（deny）される egress を開始し、承認された宛先のみを許可します。OpenShift では、`NetworkPolicy`、`EgressFirewall`、ルート、および承認された ingress 経路などのプリミティブを使用してください。Azure では、アウトバウンドトラフィックを Azure Firewall Premium を経由してルーティングし、BGP ルート伝播を無効化し、企業 CIDR へのアクセスを拒否し、あらゆるパブリックなインバウンド経路を避けてください。 4. **イメージと VM プロファイルを中央管理する**: 承認された VM イメージのみを使用してください。OpenShift 環境では、GitOps を通じて VM プロファイルとプラットフォーム状態を管理します。Azure 環境では、Packer でゴールデンイメージを作成し、Azure Compute Gallery を経由して公開してください。 5. **ポリシーの意図に GitOps を使用する**: VM プロファイル、ネットワークルール、ポリシーメタデータ、およびリリース情報を Git に格納します。GitOps は望ましいプラットフォーム状態を整合させ（reconcile）、署名されたランタイムポリシーバンドルは制御されたリリースチャネルを通じて配布されます。 6. **シークレットとアイデンティティフローを保護する**: 可能な限り、生のシークレットをエージェントプロセスから除外してください。Azure デプロイメントでは、シークレットレスなプロビジョニングに Workload Identity Federation を使用し、VM ランタイムアクセスにはマネージド IDENTITY を使用し、プライベートエンドポイント経由で Azure Key Vault を利用し、エージェントコードが開始される前に狭義のランタイムアイデンティティを確保してください。 7. **監査と観測の一元化:** ワークスペースのライフサイクルイベント、ブローカーセッション、ポリシーリリース、ネットワークの許可/拒否アクティビティ、ランタイムおよびツールのイベントをキャプチャします。ログは、Azure Monitor、Log Analytics、Microsoft Sentinel、または OCSF 互換の監査パスなど、企業の SIEM またはプラットフォームのロギングスタックへ送信してください。 最終的な状態とは、実用的な「セキュアエージェントワークスペース」パターンです。これは、シングルユーザー VM が分離性を提供し、GitOps が反復可能な運用を実現し、企業アイデンティティがアクセスを制御し、ネットワークポリシーが到達範囲を制限し、ランタイムの強制が自律型エージェントの安全性のためのより深いポリシー層を追加するものです。 貴社の AI ファクトリーで [Secure Agent Workspace Reference Design](https://docs.nvidia.com/enterprise-reference-architectures/secure-agent-workspace-reference-design/latest/reference-architecture.html) の実装を開始してください。

エンタープライズ AI ファクトリーにおける自律型エージェントのガバナンス方法

背景や根拠まで確認しますか？

調べる

選ぶ

サイト