For the complete documentation index, see llms.txt. This page is also available as Markdown.

エージェンティックAIポリシー

どのユーザーとエンドポイントがAIエージェントを実行できるかを制御

概要

エージェンティックAIポリシーは、監視対象エンドポイント上でAIエージェントの実行自体が許可されるかどうか、および環境全体でどのエージェントが認識、登録、統制されるかを決定します。エージェンティックアクセスポリシーがすでに実行中のエージェントが_何を_実行できるかを制御し、エージェンティック特権昇格ポリシーがエージェントの_昇格_リクエストを扱うのに対し、エージェンティックAIポリシーは両方の前段に位置する入口となり、操作が行われる前に、どのエージェントプロセスの実行を許可、拒否、または確認待ちにするかを決定します。

GitHub Copilot、Cursor、Claude Code、Tabnine、Codeiumなどの商用コーディングアシスタント、コンテナ化エージェント、エージェントのように振る舞う未知のプロセスといったAIエージェントは、起動したユーザーと同じ特権で起動・実行するケースが増えています。エージェンティックAIポリシーでは、ユーザーコレクションとマシンコレクションごとに、どのエージェントを許可し、どれを拒否し、どれを運用前に承認待ちにするかを決められます。

エージェントは2つの方法のいずれかで認識されます。既知エージェントはシグネチャ (プロセス名とパス、発行者または証明書、バイナリハッシュ、ネットワークフィンガープリント) によって識別されます。可能性のあるエージェントは、未知のプロセスがAIエージェントにどれだけ近い振る舞いをするかを0〜100でスコア付けする振る舞いヒューリスティックエンジンによってフラグ付けされます。[アプリケーション] ビューから任意のアプリケーションをエージェンティックAIとしてフラグ付けすることもでき、フラグ付け後はエージェンティックAIコレクションに表示され、ポリシーの対象指定に利用できます。

エージェンティックAIポリシーはコントロールを実際に適用できる設計ですが、最初は監視モードで導入することを想定しています。適用前にどのエージェントが一致するかを観察すると、正当なエージェント活動を中断せずに適用範囲と確信度しきい値を検証できます。推奨する展開順序については、段階的ロールアウトの計画をご参照ください。

仕組み

エージェントの認識: エージェンティックAIポリシーはエージェンティックAIコレクション (既知およびフラグ付きのAIエージェントアプリケーションのグループ) に適用範囲を絞ります。既知エージェントはシグネチャで一致し、可能性のあるエージェントは振る舞いヒューリスティクスによって検出され、確信度がスコア付けされます。「All Agentic AI」コレクションを使えば認識されたすべてのエージェントを対象にでき、より狭いコレクション (例: 「承認済みコーディングアシスタント」) を定義すれば特定のセットだけを統制できます。

エージェント自体の許可または拒否: ポリシーは、一致するエージェントプロセスの実行を許可するかどうかを決定します。自動承認 (許可) の結果では承認済みエージェントが追加の確認なしで動作し、自動拒否 (拒否) の結果ではエージェントが拒否されます。その間の段階では、管理者承認、エンドユーザー承認、MFA、正当な理由の入力が必要な状態で保留され、許可されるまで実行できません。

確信度連動型コントロール: 可能性のあるエージェントには検出確信度スコアが付くため、ポリシーコントロールはしきい値 (AIエージェントである可能性 (%)) を条件に設定できます。たとえば、確信度の低い検出は黙って許可し、定義した段階を超えるスコアには承認を要求する、といった運用により、未知のエージェント様プロセスを信頼する前にレビューできます。

ヒューマンインザループ: [エンドユーザー承認] コントロールは、認識されたエージェントについて、エンドポイント上のエンドユーザーにリアルタイムで承認または拒否を求めます。これは管理者承認とは異なり、エンドポイントを操作している人間をエージェント実行の判断に組み込みます。同じ判断に対する繰り返しプロンプトを減らすため、N時間は再確認しない オプションも利用できます。

積み上げコントロール: 特権昇格やファイルアクセスと同様、コントロールは積み上げ (additive) です。複数のコントロール (MFAと承認など) が同時に適用される場合、エージェントの実行が許可される前に課される要件をすべて満たす必要があります。

監査ベースライン: 統制対象のエージェント (許可、拒否、保留のいずれか) はすべて記録され、適用結果にかかわらず、すべてのAIエージェント活動をポリシーベースラインに対して監査できます。

コントロール

エージェンティックAIポリシーでは、以下のコントロールを利用できます。

自動承認 (許可): 一致するエージェントの実行を、追加の確認なしで許可します。他のコントロールと組み合わせることはできません。

自動拒否 (拒否): 一致するエージェントをブロックし、ユーザー向けプロンプトなしで拒否結果を返します。他のコントロールと組み合わせることはできません。

[承認が必要]: エージェントは、割り当てられた承認者がリクエストを承認するまで保留されます。

[正当な理由が必要]: エージェントの実行が許可される前に、理由を文章で入力する必要があります。

[MFA必須]: エージェントの実行が許可される前に、本人確認 (TOTP) が必要です。

[エンドユーザー承認]: エンドポイント上のエンドユーザーが、エージェントの実行を承認または拒否する必要があります (ヒューマンインザループ)。

エージェンティックAIポリシーの管理

1

エージェンティックAIコレクションを定義

ポリシーを作成する前に、「All Agentic AI」コレクションを使わない場合は、統制対象のエージェンティックAIエージェントをエージェンティックAIコレクションにまとめる必要があります。[コレクション][エージェンティックAI] に移動し、新しいコレクションを作成します。既知エージェントを直接追加するか、[アプリケーション] ビューから検出されたアプリケーションをエージェンティックAIとしてフラグ付けします。フラグ付けしたアプリケーションはエージェンティックAIコレクションに表示され、ポリシーの対象指定に利用できます。

コレクションには、「承認済みコーディングアシスタント」や「フラグ付き可能性エージェント」など、用途が分かる名前を付けると、ポリシーへの割り当て時に識別しやすくなります。

2

ポリシーフォームを開く

Keeper管理コンソールで [エンドポイント特権マネージャー][ポリシー] に移動し、[ポリシーの作成] をクリックします。

3

ポリシーを設定

以下の項目を入力します。

  • ポリシー名: わかりやすい名前 (例: Agentic AI – Approval for High-Likelihood Agents)

  • ポリシータイプ: エージェンティックAIを選択

  • ステータス: 一致を観察する場合は監視、コントロールを実際に適用する場合は適用を選択

エージェンティックAIポリシーは既定で監視モードとなり、監視 / 監視&通知 / 適用 / オフ のライフサイクル全体に対応しています。適用前に適用範囲を検証するため、まず監視から始めてください。

4

コントロールを選択

一致するエージェントが認識されたときに適用するコントロール ([承認が必要][正当な理由が必要][MFA必須][エンドユーザー承認]) を追加します。オプションでリスクスコアしきい値を設定し、エージェントの可能性スコアが設定値を超えたときだけコントロールが実行されるようにできます。

積み上げコントロール: コントロールを積み上げる場合、エージェントの実行が許可される前にすべての要件を満たす必要があります。許可拒否は相互に排他であり、他のコントロールと組み合わせることはできません。

5

ポリシーフィルターを設定

ポリシーの適用範囲を定義します。

  • ユーザーコレクション: 対象とするユーザーコレクションを選ぶか、すべてのユーザーを選択

  • マシンコレクション: 対象とするマシンコレクションを選ぶか、登録済みのすべてのエンドポイントを選択

  • アプリケーションコレクション: 必要に応じて特定のアプリケーションに適用範囲を絞る

  • エージェンティックAIコレクション: 手順1 で作成したエージェンティックAIコレクションを選択

6

保存して展開

[保存] をクリックします。ポリシーは、およそ30分以内に適用範囲内のエンドポイントに配信されます。Keeperエージェントの [ポリシーを更新] から即時同期することもできます。

管理コンソールUI

エージェンティックAIポリシーフォームには、以下の要素があります。

  • ポリシー名

  • ポリシータイプ (エージェンティックAIが選択されている)

  • ステータス

  • コントロール

  • ユーザーコレクション

  • マシンコレクション

  • アプリケーションコレクション

  • エージェンティックAIコレクション

ポリシーJSON例

以下のエージェンティックAIポリシーは監視モードで動作し、AI可能性スコアが90%以上と検出されたアプリケーションに対して正当な理由の入力を要求します。すべてのユーザー、すべてのアプリケーション、および1つのマシンコレクションを対象とします。

フィールド参照

フィールド
説明

PolicyName

ポリシーの表示名

PolicyType

ポリシータイプ識別子。このポリシータイプでは AgenticAi

PolicyId

ポリシーに割り当てられる一意の識別子

Status

ポリシーのライフサイクル状態 (monitormonitor & notifyenforceoff)。エージェンティックAIポリシーは既定で monitor

Actions.OnSuccess.Controls

ポリシーが一致したときに適用するコントロール (例: JUSTIFYMFAREQUESTOPERATORAPPROVAL)。複数のコントロールは積み上げ (additive)

Actions.OnFailure.Command

ルールチェックが失敗したときに実行するアクション。監視時は空 ("")。拒否は適用せず観察のみ

NotificationMessage

ポリシーが適用されたときにエンドユーザーに表示するメッセージ

NotificationRequiresAcknowledge

続行する前にエンドユーザーが通知を確認 (ACK) する必要があるかどうか

Operator

ルールチェックを結合する論理演算子。And ですべてのルールの成功が必要

Rules

一致判定のために評価される組み込みルールチェックの順序付きセット (ユーザー、マシン、アプリケーション、日付、時刻、曜日、証明書)

Rules[].RuleName

個別のルールチェックの識別子

Rules[].ErrorMessage

ルールチェックが成功しなかったときに記録されるメッセージ

Rules[].RuleExpressionType

ルール式の種類。標準チェックでは BuiltInAction

Rules[].Expression

ルールに対して評価される組み込み関数 (例: CheckUser()CheckMachine()CheckFile(false))

UserCheck

ユーザーコレクションの適用範囲。["*"] はすべてのユーザーが対象

MachineCheck

マシンコレクションの適用範囲。コレクション識別子は特定の登録済みエンドポイントを対象にし、["*"] はすべてが対象

ApplicationCheck

アプリケーションコレクションの適用範囲。["*"] はすべてのアプリケーションが対象

DayCheck / DateCheck / TimeCheck

ポリシーが適用される曜日、日付、時刻のオプション制約。空の配列は制約なしを意味します

Extension.minAiLikelihoodPercent

ポリシーが適用されるためにプロセスが到達する必要があるAI可能性検出スコア (0〜100) の最小値。例では、スコアが90%以上のプロセスにのみポリシーが適用されます

最終更新