OpenAIが最近発表したFrontierは、AIエージェントの構築、展開、管理を行うエンタープライズプラットフォームであり、AIシステムが単純なチャットボットから、自律的で長期的に稼働するエージェンティックサービスへと移行していることを示す明確なシグナルです。こうしたAIエージェントは、ユーザーに代わって計画を立て、アクションを実行し、ツールを呼び出し、多数の異種システムを横断して動作できます。
多くのチームにとって、AIエージェントが真のイノベーションと生産性を引き出すという好機が到来していることは明らかです。しかし、こうしたエージェントの能力が向上するにつれて、中心的な問いは「エージェントはどれほど賢く、正確か」から「本番環境でエージェントに安全に作業させるにはどうすればよいか」へと変化します。
信頼性、アカウンタビリティ、制御性を証明できなければ、エージェントをセキュアに展開する上で大きな障害となります。
さらに、効果的なAIガバナンスを実現するには、エージェントの開発とアクセス制御を明確に分離する必要があります。このレベルのガバナンスを実現するには、AIエージェントが構築されているプラットフォーム（ChatGPT、Claude、Gemini、Copilotなど）に関係なく、すべてのAI環境とSaaS環境でアクセス制御を適用する、ベンダーニュートラルなアイデンティティレイヤーが必要です。これにより、プラットフォーム固有のツールにありがちなロックインや死角を防ぐことができます。
企業が無視できない現実：エージェントは攻撃対象領域を拡大する
OpenAI社の発表は、本番環境でのAI導入を管理する上でアイデンティティが鍵となる、という中核的なテーゼを裏付けるものです。エージェントプラットフォームにアイデンティティとガバナンスを組み込むという決定は、検証可能で管理されたアイデンティティなしには、安全なエージェント型ワークフローは実現できないという根本的な真実を明確に示しています。
この基盤がなければ、パイロットから本番環境への移行時に、従来のツールでは対応できない重大なリスクが露呈します。
- 過剰なアクセス権限：エージェントは、特に共有サービスアカウントに関連付けられている場合、広範な権限を継承することがよくあります。
- 認証情報のスプロール化：APIキー、OAuthトークン、その他のシークレットが、構成ファイル、ノートブック、プロンプトテンプレート、ツールサーバーなどにハードコーディングされることがよくあります。
- ガードレールがない：エージェントは自律的に動作するため、予期しないツールを呼び出したり、閲覧権限のないデータにアクセスしたりすることがよくあります。
- 説明責任の欠如：「誰が何をしたか？」複数のアプリやAPIにまたがってユーザーの代理でエージェントがアクションを実行する場合、この問いに答えるのは難しくなります。
このように可視性が欠如していると、多くのチームが本番環境への移行前に行き詰まってしまう理由がよくわかります。エージェントを構築することは、戦いの半分にすぎないからです。AIエージェントが企業のアプリやデータに対して実質的なアクションを実行し始めたら、そのアクセス対象を制御し、誰のために行動したかを証明することも同様に重要です。
エンタープライズAIセキュリティのアーキテクチャに関する考慮事項
OpenAIのFrontierはエージェントを管理するためのフレームワークを提供しますが、単一のAIプラットフォームの運用上の境界を超えるアーキテクチャ上の課題ももたらします。
- 独立したガバナンス基準：モデルプロバイダーに主要なセキュリティ監査役を兼任させると、内部の監督体制に課題が生じる可能性があります。一貫したコンプライアンス基準を維持するために、組織には基盤となるAIモデルから独立して動作するセキュリティレイヤーが必要です。
- マルチモデルスタック全体での相互運用性：FrontierはOpenAIエコシステム向けに最適化されています。企業がマルチモデル戦略（Claude、Gemini、オープンソースの代替など）を採用するにつれて、環境全体にわたる可視性と制御を維持するために、ベンダーニュートラルなアイデンティティレイヤーが必要になります。
- 統合されたアイデンティティライフサイクル管理：プラットフォームは、自社のエコシステム内で権限を管理できますが、エージェントは人事システムやクラウドインフラストラクチャなど、より広範なエンタープライズとやり取りします。こうしたエージェントを集中管理システム内でファーストクラスのアイデンティティとして管理することで、スタック全体で一貫したポリシー制御を確保できます。
アイデンティティが自律型エージェントのコントロールプレーンとなる理由
複雑な環境全体でアクセスを管理することは、新しいチャレンジではありません。何十年もの間、アイデンティティプロバイダーは、人間のユーザー、アプリ、リソースのあらゆるアクセスポリシーのセキュリティを確保するための一元的なコントロールプレーンの提供に注力してきました。そして今、その対象はAIエージェントにまで広がっています。AIエージェントが普及するにつれて、同じ原則が適用されますが、新たな要件が加わります：
- エージェント向けの強力なアイデンティティ
所有権の割り当て、ポリシーの適用、アクティビティの監査を行えるように、エージェントには（共有アカウントではなく）個別のアイデンティティが必要です。 - 継続的に適用される最小権限の認可
一度アクセスを許可するだけでは不十分です。エージェントの権限は、スコープと期間を限定し、リスクの変化に応じて再評価する必要があります。 - 安全なトークン処理
エージェントがツールやAPIを呼び出す場合、トークン処理を一元化して、漏洩を減らし、有効期間の長いシークレットを排除する必要があります。 - 機密性の高いアクションに対するヒューマンインザループ
特にエージェントが自律的に動作している場合、一部のアクションにはステップアップ認証や非同期の承認が必要になります。
こうしたエージェントには、人間のアイデンティティと同じライフサイクル管理（プロビジョニング、ポリシー、ガバナンス、監視、デプロビジョニング）が必要です。さらに、人間より高速かつ広範に動作するため、より厳格なガードレールも必要になります。
テクノロジーリーダーが直面する状況とは
OpenAI社の発表は、エージェンティック時代が到来したことをさらに証明しましたが、それはコントロールを犠牲にしてはなりません。アイデンティティがエージェントを構築するプラットフォームにのみ紐付けられている場合、包括的なガバナンスに必要な独立した監視が失われます。これにより、可視性に重大なギャップが生じ、OpenAIエコシステムの外部で構築された「シャドーエージェント」が検知・管理されないまま活動する余地が生まれます。
自信を持ってスケールするには、ITおよびセキュリティのリーダーは、ニュートラルなアイデンティティレイヤーを活用して、ますます分散化、マルチクラウド化、マルチベンダー化する環境全体で、本番環境に対応したAIエージェントをセキュアに管理する必要があります。
AIのセキュリティをどのように確保するのか？
OktaとAuth0は、あらゆるエージェントのセキュリティを確保するために必要なすべてを提供します。Oktaは、AIエージェントをファーストクラスのアイデンティティとして扱う二本柱のソリューションを提供します。これにより、組織は最初の一行のコードから企業全体での廃止に至るまで、エージェントのライフサイクル全体を管理できます。
詳細の確認やデモのご依頼については、Oktaのエキスパートにお問い合わせください。
