10月23日、SiliconANGLEが「AI agent governance takes shape at Okta's Oktane event」と題した記事を公開した。OktaのOktaneイベントで議論されたAIエージェントのガバナンス・セキュリティの現状と、企業が取り組む実装上の課題について詳しく紹介されている。

AIエージェントがツールを呼び出し、タスクを委譲し、複数のアプリケーションをまたいで動作するようになると、「ログイン時の認証」だけでは管理が追いつかない。OktaのOktaneイベントでは、この課題——エージェントが動いている最中（ランタイム）の制御——が主要テーマとして浮かび上がった。

背景として押さえておきたいのは、AIエージェントの普及速度だ。LLMベースのエージェントが業務システムへの直接アクセスを持ち、人間の承認なしに一連のアクションを完結させるユースケースが急増している。こうした状況において、OktaはIDプロバイダー（IdP）として市場をリードする立場にあり、同社がエージェントのアイデンティティ管理にどう取り組むかは、業界全体の実装方針に影響を与えうる。単なる製品アップデートではなく、「エンタープライズにおけるAIエージェントの安全な運用とはどういうものか」というアーキテクチャ上の問いに、Oktaが一つの回答を示した場という位置づけで捉えるべきイベントだ。

最大の焦点：ランタイムでエージェントを制御する

従来のアイデンティティ管理は「誰がアクセスできるか」の判断を入口で行うモデルだった。しかしエージェントは、認証後も自律的にアクションを取り続ける。人間であればセッション中の行動はある程度予測可能だが、エージェントは指示の解釈次第で想定外のリソースへアクセスしたり、意図しない操作を連鎖的に実行したりするリスクがある。

OktaはこれをAgent Gatewayで対応しようとしている。同社の製品・技術担当社長Ric Smithは次のように語った。

「これはOktaにとって大きな転換だ。これまでインラインに入ることはなかったが、その方向へ移行することで、何を許可するかについてより多くの意思決定ができるようになる。」

Agent Gatewayは、OktaをIDプロバイダーからランタイムのポリシー適用ポイントへと拡張するものだ（※リンク先URLは元記事を参照したものだが、公開状況は変動する可能性がある）。エージェントがアクションを試みる際、その可否をリアルタイムで評価する役割を担う。これはファイアウォールやWAFが通信を「入口で遮断する」のとは異なり、エージェントの意図と文脈を評価した上で「実行中の行動を制御する」という点で、従来のセキュリティ製品とは設計思想が根本的に異なる。

単一ベンダーでは解決できない：Blueprint Alliance

エージェントが複数のシステムをまたいで動作する以上、制御も複数システムにまたがらなければならない。OktaはこれをBlueprint Allianceで対処する。1Password、ServiceNowなどのベンダーと参照アーキテクチャを共有し、顧客が「エージェント全体のスタック」を保護できる環境を整備する取り組みだ。

OktaのSVP兼副CSO Charlotte Wylieは「業界として一丸となって顧客の問題を解決する必要がある」と述べ、単独では対応できないという認識を示した。

具体的な実装例として、1PasswordのCredential Brokerが紹介された（※元記事にはURL記載があるが、紹介記事側での独自付与の可能性があるためリンクは省略している）。エージェントやその基盤モデルにシークレット（APIキーなどの認証情報）を直接渡さず、必要な権限だけを都度供給する仕組みだ。1PasswordのCTO Nancy Wangはこれを「インターンが次のプロジェクトに進む前に作業を確認するのと同じ」と表現した——エージェントが前のタスクを適切な権限で完了したことを確認してから、次のアクションを許可するという発想だ。

ServiceNowはエージェントをビジネスプロセスにマッピングし、Oktaとのセッショントークン連携を通じて「いつ、どのようにエージェントを封じ込めるか」を判断できる仕組みを構築中だという。ServiceNowのAIプラットフォームセキュリティVP Bhakti Pitreは「AIが全員に使われるスケールに達するには、すべてのベンダーが協力しなければならない」と述べた。

現場からの声：PGAとVanderbilt大学の実例

PGA of AmericaはOktaとAuth0を採用し、データセンターや社内ネットワークを含む従来型インフラを排除した。CTO Kevin Scottは「小規模チームでシステム管理に予算の半分を使っていたら、顧客は誰も感謝しない」と語り、インフラの簡素化による開発リソースの集中を優先した姿勢を示した。

Vanderbilt大学のCIO Shane Callahanの発言は実務的だ。

「AIを全く新しいものとして扱いがちだが、結局は別の技術ツールにおけるアイデンティティデータの話だ。既にガバナンスプロセスや技術導入プログラムがあるなら、それを使えばいい。一から作り直す必要はない。」

大学はOkta基盤のOneVUでシングルサインオンを実現しており、既存のガバナンス枠組みをAIエージェントのアイデンティティ管理にも適用する方針を検討中だ。この「既存プロセスの延長線上にAIエージェントを位置づける」という考え方は、大規模組織が過剰な作り直しを避けながら対応を進める上での一つの現実解といえる。

まとめ：何を注視し、何から始めるべきか

Oktaneでの議論を通じて見えてくるのは、AIエージェントのセキュリティは「アクセス制御」から「ランタイム制御」へシフトしているという方向性だ。ベンダー間の参照アーキテクチャ共有、エージェント単位の権限スコープ、セッション中の行動評価——これらを組み合わせた多層的な制御が、企業のAIエージェント導入の前提条件になりつつある。

実務面での示唆として言えば、まず注視すべきはAgent GatewayやBlueprint Allianceといった取り組みが業界標準として定着していくかどうかだ。Okta単独の製品戦略にとどまらず、複数ベンダーが参照アーキテクチャを共有するモデルが広がれば、エンタープライズがエージェントを安全に本番導入するための共通基盤が形成される可能性がある。自社でAIエージェントの導入を検討しているチームは、既存のIdPやシークレット管理の仕組みがエージェントのランタイム制御に対応しているかを今から棚卸しすることが、具体的な第一歩になるだろう。

詳細はAI agent governance takes shape at Okta's Oktane eventを参照していただきたい。