アイデンティティプログラムは、従業員、契約者、予測可能な役割を持つ長期間稼働するサービスを中心に設計されていました。AIエージェントはそのモデルを破壊します。彼らは人間の代理として一時的な権限を交渉し、複数のツールを横断し、数分で作業を完了しますが、残されたのは常駐権限、共有シークレット、不完全な監査証跡です。実際のリスクは理論的なものではありません：エージェントは攻撃面を拡大し、コンプライアンスの証明を複雑にし、四半期ごとのレビューを常時追いつくゲームに変えます。機会も同様に明確です：エージェントの行動をスコープ付きで期限付きの資格情報と継続的なリスクチェックを持つ一級のアイデンティティに結びつけられれば、セキュリティを高めつつ運用負荷とチケット数を減らせます。
Oakの主張は、すべての実行を人間やサービスアカウントの副産物ではなく主体として扱う統合コントロールプレーンで、エージェントを設計段階から安全にすることです。コアメカニズムには、実行ごとのアイデンティティ発行、宣言された意図と実際の使用に基づく最小権限付与、行動が逸脱した際の自動的な権限剥奪、人・エージェント・データ・ツールを結ぶ監査可能なグラフが含まれます。これはリスクベースIAMと整合し、異常な場所、異常なデータクエリ、敏感な操作頻度などのトリガーが事後のアラートではなくポリシー入力になります。基盤が堅牢なら、セキュリティチームは系譜と証明可能な最小権限を得て、運用者は承認数が減りサイクルタイムが短縮します。
購入者にとって評価の視点は実用的です：統合カバレッジ、ポリシー表現力、運用適合性を確認します。主要なエージェントワークフロー（チケット仕分け、CRM更新、コードレビュー、データ取得）をマッピングし、必要なコネクター（Okta/Entra、主要SaaS、内部API、シークレットマネージャー、SIEM/EDR）を棚卸します。ウィザードだけの制御ではなく、シミュレーションとドリフト検出を備えたポリシー・アズ・コードを要求します。常駐権限の削減、権限剥奪までの平均時間、監査の完全性、インシデント対応の明確さなど測定可能な成果を求めます。最後に、同時実行性や障害時のスケールをテストします—特に資格情報発行の遅延、権限剥奪の伝播、上流のアイデンティティプロバイダーやSaaS APIが劣化した際の耐障害性です。