Automation Ops を使用したガバナンス

UiPath Automation Ops を通じて、Delegate のセキュリティ制御を一元的に適用します。ポリシーの対象の設定や、規制対象環境向けの推奨ベースラインが含まれます。

「ローカル セキュリティの設定」で説明されているどのセキュリティ制御も、ユーザーに委ねなければならない個人設定ではありません。これらの制御はすべて、他の UiPath 製品ですでに使用しているものと同じガバナンス プレーンである UiPath Automation Ops を使用して一元管理できます。

ポリシーを作成する

前提条件:

• Automation Cloud 組織で Automation Ops 管理者のアクセス権を持っている。
• Assistant のポリシー テンプレートがバージョン 26.10.0 以降に設定されている。ポリシー テンプレートのバージョンを変更するには、「 ポリシー テンプレートを選択する」をご覧ください。

Delegate のガバナンス ポリシーを作成およびデプロイするには、次の手順を実行します。

1. Automation Cloud にサインインし、[Automation Ops] → [ガバナンス] に移動します。
2. [ポリシーを追加] を選択します。
3. ポリシーが適用される製品として [ Assistant ] を選択します。
4. ポリシーに名前を付けます。
5. 各タブ ([ツール]、[ヘルパー エージェント]、[MCP サーバー]、[セキュリティ]、[ツールの権限]、[モデル]、[スキルとナレッジ]) でポリシーを設定します。それぞれの機能については以下をご覧ください。
6. [Deploy policy] を選択します。

結果: 次回アプリを起動するか、新しい会話を開始したときに、設定した対象 (ユーザー、グループ、テナント) にポリシーが適用されます。複数のポリシーが同じユーザーを対象としている場合は、最も具体的なポリシーが優先されます。変更が反映されるまでに最大で 30 分かかる場合があります。この方法で適用した設定は、本稼働中のポリシーから毎回再適用され、ユーザー自身が選択した設定として保存されることはありません。

一元的に適用可能

ポリシーの各タブで制御される内容は以下のとおりです。

ツール

個々のツールをカテゴリ別に有効化/無効化し、パス、コマンド、サイト、およびアプリケーションの制限を一元的に設定します。これらの制御は、「セキュリティ設定のリファレンス」の「ターミナルとファイル」、「保護されているファイル」、「UI オートメーション」で説明されているものと同じで、ローカルではなくポリシー レベルで適用されます。

アプリケーションの制限については、[ツール] タブの [コンピューターの使用の制限] をご覧ください。[ ブロックされているアプリケーション] リストと [ 事前に承認済みのアプリケーション ] リストに、 .exe 拡張子やフォルダー パスを指定せずに、各アプリケーションを名前で入力します。たとえば、「EXCEL.EXE」や「C:\Program Files\Microsoft Office\root\Office16\EXCEL.EXE」ではなく、「Excel」または「1Password」と入力します。

ブロックされたアプリケーション エントリは、大文字と小文字を問わず名前にそのエントリが含まれているすべてのアプリケーションに一致するため、 Excel Microsoft Excel はブロックされます。誤って他のアプリケーションをブロックしないように、十分に具体的な名前を選択してください。たとえば、 Code は Visual Studio Code と Xcode の両方をブロックします。

ヘルパー エージェント

ポリシーの対象となるすべてのユーザーに対して、ヘルパー エージェントに作業を委任する機能を許可またはブロックします。

MCP サーバー

ユーザーが独自の MCP サーバーを追加できるかどうかを制御し、ポリシー グループ内のすべてのユーザーに対してリモート MCP サーバーを自動的にプロビジョニングできるようにします。ユーザーは、独自の設定なしでリモート MCP サーバーに接続し、削除することはできません。プロビジョニングされたサーバーは、リモート (HTTP/SSE) エンドポイントである必要があります。この方法では、ローカル サーバーを一元的にプロビジョニングすることはできません。MCP サーバーの日常的な動作については、「 MCP サーバーを使用して外部ツールを構成する 」をご覧ください。

セキュリティ

承認モード、画面コンテキスト モード、制限付きアクセスをロックし、ユーザーがローカルで変更できないようにします。また、新しいタスクの保存場所を選択してテレメトリの宛先を制限したり、ユーザーが自分で追加した内容に加えて、すべての会話の先頭に組織全体のカスタム指示を追加したりできます。ユーザー側からこれらのコントロールがどのように見えるかについては、「 ローカル セキュリティの設定 」をご覧ください。

ツールの権限

ツールとコネクタのすべての操作に対して [許可]、[確認]、または [ブロック] を設定します。よりきめ細かい制御は、「セキュリティ設定のリファレンス」の「ツールの権限」で説明されており、ポリシー レベルで適用されます。読み取りと書き込みは別々に制御されます。受信トレイの読み取りとメールの送信、またはスプレッドシートの読み取りとシートの削除は、それぞれ独自の操作です。既定では、読み取り操作は自動的に実行され、書き込み操作は最初に確認を求められます。たとえば、Outlook の削除操作を [ブロック] に設定すると、Delegate はメールを読み取ったり送信したりすることはできますが、削除することはできません。

モデル

既定のモデルと、ユーザーが利用可能なモデルを選択します。「LLM モデルを選択する」をご覧ください。

スキルとナレッジ

コンテキスト グラウンディングのナレッジ (グラウンディングされた応答に使用される組織のナレッジ ベースとドキュメント インデックス) を許可またはブロックします。ローカル トグルは [アドオンと連携] にあります。「 ツール リファレンス」をご覧ください。

規制対象の環境に推奨されるベースライン

強力なパスは、オフにするのではなく、利用可能な状態に保ちながら厳密に制御します。以下のすべてを、Automation Ops を介して一元的に適用できます。

認可とアクセス

• 認可: [承認モード] を [慎重] に設定してロックします。規制対象ユーザーにフル アクセス モードをデプロイしないでください。
• 特権: 管理者権限なしでDelegateを実行するため、管理者として実行されているアプリケーションは手の届かないところに置かれます。
• 操作ごと: メールやファイルの削除などの破壊的な操作を実行してはならないユーザーに対して、それらの操作を [却下] に設定します。
• 事前承認: 精査したアプリケーションとサイトのみを事前承認し、リストを定期的に確認します。

スクリプトと制限

• スクリプティング: ストリクト サンドボックスをオンのままにして、スクリプティングに必要なフォルダーのみを付与します。必要な場合以外は、ネットワーク アクセスをオフにしておきます。
• 制限: ツールとスキルに対して、ブロックされるサイトとアプリケーション (組み込みの機密サイト カタログを起点として使用) と、ブロックされるパスを適用します。
• 連携: 確認済みの具体的なニーズがない限り、MCP はオフのままにします。

データとモデル

• 資格情報: Delegate が必要とする資格情報を UiPath Orchestrator に保存します。デバイスに入力または保存するのではなく、実行時に取得されます。
• モデル: データ所在地に関して最も厳密なニーズがある場合は、ローカルでホストされた独自のモデルを利用します。これにより、データ フロー全体が環境内に留まり、常にユーザーが制御できるようになります。
• データ: ローカル専用の会話用ストレージを使用します。この場合、チャット履歴はデバイスの外部に移動できません。

UiPath チームを一緒に、正確なベースラインを特定のコンプライアンス要件に照らして確認します。

よくある質問

私たちは銀行です。既定ではどのような設定をお勧めしますか?

[承認モード] を [慎重] に設定してロックし、Delegate を管理者権限なしで実行します。スクリプティングには厳密なサンドボックスをオンのままにし、スクリプティングに必要なフォルダーのみを許可します。最初は組み込みのカタログを使用してブロックされるサイトとアプリケーションを適用し、削除などの破壊的な操作を [却下] に設定します。資格情報を UiPath Orchestrator に保存し、精査したアプリケーションとサイトのみを事前に承認し、MCP はオフのままにします。チャット履歴をデバイスに残す必要がある場合は、ローカル専用の会話用ストレージを使用します。完全なリストについては、上記のベースラインのチェックリストをご覧ください。

信頼できる分離されたテスト用環境に Delegate をインストールしています。どのような推奨事項がありますか?

運用データや実際の資格情報がない、信頼できるテスト環境では、制御を緩和して全機能を評価できます。テストではアダプティブ モードが賢明な既定値であり、フル アクセス モードを使用してスクリプティングとオートメーションを自由に探索できます。実際のシークレットや運用環境はそのような環境から遠ざけ、運用環境に移行する前に上記のベースラインを適用します。