エンタープライズに潜むAIセキュリティの死角
自社のAIエージェントが適切に統制できているかどうかは、次の3つの問いに答えられるかで決まります。
- エージェントはどこにいるのか？
- エージェントは何に接続できるのか？
- エージェントは何ができるのか？
ほとんどのセキュリティリーダーにとって、2つ目の問いに明確な答えはありません。
この質問に答えるのが非常に難しい理由は、ビジネスクリティカルな業務を実行するエージェントが、必ずしも社内で構築されるとは限らないためです。これまで、Claude Code、GitHub Copilot、Salesforce AgentforceなどのAIエージェントが、資格情報を取得するためにOktaを呼び出し、許可されたスコープ内に留まり、その実行内容をログに記録するための標準的な手段は存在しませんでした。
その結果、多くの場合「有効期限のないAPIキー」への依存という場当たり的な対応に陥ります。こうしたキーは広範なアクセス権を持ち、ユーザーの紐付けや監査証跡がなく、たった1つのクレデンシャル漏洩が直ちにセキュリティ侵害へと直結します。万一インシデントが発生した場合、「どのアージェントがデータにアクセスしたか」「誰の代理として動作したか」「どのポリシーに基づいて動作したか」といった、監査役が求める重要な情報を提供できない可能性が極めて高いのです。
その結果、侵害の可能性が高まります。そして、侵害が発生した場合、規制上のリスク、監査の不合格、エージェントがアクセスしたすべてのシステムにわたる手動でのアクセス権の取り消しに伴う運用コストに直面する可能性があります。
実際の現場で起こりがちなシナリオを見てみましょう。ある開発者が、GitHubとSlackにアクセスするエージェントを必要としています。そこで開発者は、Personal Access Token（PAT）とSlackトークンをエージェントの設定ファイルに直接記述します。これにより、ソースコード管理と社内チャンネルに対する永続的なアクセス権限を持ったエージェントが誕生します。
この資格情報は、保護されていないファイルに置かれています。どの操作がエージェントによるもので、どの操作が人間によるものなのか、誰も区別できません。悪意のあるプロンプトによってエージェントが侵害されると、トークンも悪用されてしまいます。
有効なまま放置された資格情報には有効期限も監査証跡もなく、いわば「起こるべくして起こるセキュリティ侵害の火種」となります。これを自社のすべての開発者、そしてチームが使用するすべてのコーディングアシスタントの数で掛け合わせてみてください。そのリスクの大きさがお分かりいただけるはずです。
AIエージェントのガバナンスにランタイムアイデンティティが必要な理由
エージェントを統制するには、ランタイムでアイデンティティの強制を行う必要があります。。これがなければ、何か問題が発生したときに最も重要となる問いに答えることができなくなります。
どのエージェントが、誰に代わって、どのポリシーに基づきこのデータにアクセスしたかといった重要な情報を取得する最も効率的なタイミングは、ツールコールが実行された瞬間です。設定時でも、事後でもありません。リクエストパスにアイデンティティレイヤーが必要です。
従来のゲートウェイとアイデンティティネイティブゲートウェイの比較
| 機能 | 従来のAPI/MCPゲートウェイ | アイデンティティネイティブなAgent Gateway |
|---|---|---|
| 主な目的 | トラフィックルーティング、ロードバランシング、レート制限 | アイデンティティの検証とポリシーの適用 |
| ユーザーアトリビューション | なし（個々のユーザーではなく、IPやシステム単位で追跡） | すべての呼び出しを特定のエージェントおよび実行元の人間ユーザーにマッピング |
| 認証情報の管理 | 静的かつ有効期間の長いAPIキーを保持・受け渡し | 短命で分離されたトークンを動的にブローカーします |
| アクセス権の取り消し | すべてのダウンストリームアプリ側でキーのローテーションが必要 | ゲートウェイのエンドポイントでの即時無効化 |
Agent Gatewayがアクセスポリシーでツール呼び出しのセキュリティを確保する仕組み
Okta for AI Agentsの新機能であるAgent Gatewayが、そのギャップを解消します。AIエージェントは、Oktaによって保護された単一のエンドポイントを介して、エンタープライズツールへセキュアにアクセスできるようになります。Agent Gatewayは、実行時に資格情報を仲介し、ツール呼び出しの紐付けを行いますが、エージェント側のコードを変更する必要は一切ありません。その結果、セキュリティチームは監査における確認事項に対応できるようになり、AIチームはより迅速に製品をリリースできるようになります。
通信経路上において、Oktaはアイデンティティプロバイダー（IdP）として機能します。Oktaはエージェントを検証し、使用可能なツールを制御するとともに、エージェントが直接触れることのできないよう資格情報を保持し、管理対象のアイデンティティに紐付けてツール呼び出しをログに記録します。
Agent Gatewayは、エージェントが行うツール呼び出しの経路上に配置され、「セキュアなエージェンティック企業のための設計指針」における重要な問い、すなわち「エージェントは何に接続できるのか？」という疑問に答えます。
Agent Gatewayは、実行時にポリシーを適用します。しかし、ランタイムの適用には、エージェントが誰であるか、何にアクセスすべきか、どのポリシーで管理されているかを把握する必要があります。Okta for AI Agentsは、エンタープライズ全体でエージェントを検出し、オンボーディングし、保護し、管理することで、アイデンティティとガバナンスの基盤を提供します。
Agent Gatewayのアーキテクチャ
Agent Gatewayは、3つの重要な成果をもたらします。
- ポリシーの強制適用：エンタープライズツールへのエージェントのアクセスを一元管理し、即座にそのアクセス権を無効化できます。
- セキュリティ：エージェントが保持するのは短期間有効なトークンのみであるため、攻撃者がダウンストリームシステムの資格情報を不正に持ち出すことはできません。
- 可視性：全システムにわたり、実行主体を完全に紐付けてすべての操作を監査できます。
エージェントのコードを所有する必要はありません。Agent Gatewayは、Claude Code、Cursor、GitHub Copilot、Salesforce Agentforceなど、チームがMCPエンドポイントを指定できるあらゆるエージェントを含め、プラットフォームやクラウド全体でベンダーニュートラルな保護を提供します。
既存のインフラストラクチャへのAgent Gatewayの統合
エージェントゲートウェイは、既存のMCPやAPIゲートウェイを置き換えるものではありません。代わりに、既存のインフラストラクチャの上にアイデンティティとポリシーのレイヤーをを追加する役割を果たします。
既存のゲートウェイは、引き続きルーティング、レート制限、接続を処理します。Agent Gatewayはアイデンティティの管理を行います。
エージェントクライアントの接続先をAgent Gatewayのエンドポイントに指定するだけで統合が完了します。エージェント側のコード変更は不要で、ダウンストリームのシステムにも変更を加える必要はありません。エージェントは通常通り呼び出しを行い、レスポンスを受け取るだけです。変化するのは、すべてのツール呼び出しがOktaのポリシーを経由するようになるという点です。
対応する資格情報パターン
Agent Gatewayは現在、2つの資格情報パターンに対応しています。
- Cross-App Access（XAA）：Oktaで保護されたリソースに対し、エージェントからアプリケーションへのセキュアなアクセスを可能にする新しいプロトコル。
- Brokered Consent（ブローカーを介した同意）：OktaのSecure Token Service（STS）が、GitHubやSlackなど外部システムへのOAuth同意を動的に仲介する仕組み。
どちらの場合も、エージェントの体験は同じです。
MCP Bridgeを活用したオンプレミス要件へのセキュアな対応
FedRAMPへの準拠、プライベートネットワーク運用、あるいはデータレジデンシー制約など、厳格な規制・コンプライアンス要件を持つ企業は、MCP Bridgeを導入できます。
Okta Professional Servicesを通じて提供されるMCP Bridgeは、クラウド版と同等のアイデンティティ制御と資格情報の隔離環境を、自社インフラストラクチャの内部で実現します。
Agent Gatewayを今すぐ使い始めるには
もし貴社のセキュリティチームが先週のAIエージェントによるツール呼び出しを監査したとして、「どのエージェントが」「誰の代理として動作し」「どのデータにアクセスし」「資格情報の漏洩がなかったか」を明確に特定できるでしょうか？
従来のMCPゲートウェイはツールコールをルーティングできますが、そうした問いに答えるために必要なアイデンティティコンテキストを提供することはできません。
アイデンティティネイティブなゲートウェイは可能です。各呼び出しが実行された瞬間に、どのエージェントが、誰のために、どのポリシーに基づいて、どのデータにアクセスしたかを示します。
Agent Gatewayをいち早くお試しください。この新しいOkta for AI Agentsの機能は、リサーチリリースとして提供されます。ご興味のある方は、リサーチパートナープログラムへの参加をお申し込みください。
本ブログで言及されている将来の製品、機能、仕様、認定に関する記述は、情報提供のみを目的としています。これらは提供を確約するものではなく、購買の意思決定を行う際に依拠すべきものではありません。
