AI主導のセキュリティ運用は、人間の専門知識を強化し、複雑なタスクを自動化することが期待されていますが、この潜在能力は、セキュリティチームが日常的に利用する多様なツール間の統合ギャップによって阻害されることがよくあります。
そのため、OktaはGoogle Cloudの計画をサポートできることを大変嬉しく思います。この計画は、Model Context Protocol（MCP）を中心とした、AI主導のセキュリティのためのオープンなエコシステムの育成を目指すものです。MCPは、AIモデルやエージェントが外部ツールやデータソースに接続する方法を簡素化するために策定されたオープンスタンダードです。これらのインタラクションを標準化することで、MCPは堅牢なクロスツールAIワークフローの作成を民主化し、専門のdeveloper以外でも高度なAI機能を利用できるようにします。
Oktaは、Google Cloud、Cloudflare、CrowdStrike、Wizと協力してこのビジョンを実現できることを光栄に思います。
業界として、相互運用性を優先し、共通のお客様がベストオブブリードのソリューションをシームレスに統合し、多様なセキュリティツール全体でAIを効果的に活用できるようにすることが極めて重要です。
— Okta、テクニカルストラテジーおよびパートナーシップ担当バイスプレジデント、Stephen Lee
GenAIとアイデンティティセキュリティ：統合されたセキュリティの要
AIエージェントがMCPを介してデータをクエリし、アクションを開始する際、アイデンティティのコンテキスト（ユーザーは誰か、ユーザーの権限、現在のリスク状況）を理解することは、有効性と安全性の両方にとって非常に重要です。Oktaは、MCPベースのサービスを介して、OktaとAuth0のプラットフォーム全体から豊富なアイデンティティのインサイトとインテリジェンスを公開する方法を検討しています。これにより、GoogleのGenAIツールは、ワークフロー内で信頼できるアイデンティティコンテキストを活用できるようになります。
GenAI （ MCP および A2A を含む）に対する適切な認可の取得
この相互接続されたエコシステムを構築する際には、強力な標準ベースのアイデンティティセキュリティ原則を適用することが不可欠です。
初期のMCP設計では、プロトコルの実装が優先され、包括的な認証と認可は当初見送られました。認可は後の段階で統合され、初期の仕様ではMCPサーバーと認可サーバーの役割が統合されました。機能的には問題ありませんでしたが、この緊密に結合されたアーキテクチャは開発者にとって複雑になり、確立されたOAuthのベストプラクティスから逸脱していました。
標準のOAuth 2.0パターン（特に、MCP Resource Server（APIエンドポイント）をAuthorization Server（「トークンファクトリ」）から分離する）を採用することで、よりモジュール式で、スケーラブルで、相互運用可能なソリューションが提供されます。この分離により、API開発が簡素化され、エンタープライズIDプロバイダーとのシームレスな統合が促進され、よりクリーンな検出メカニズムが可能になります。
「新しいAIプロトコルやパターンが登場しても、OktaはMCPやA2Aと同様に、そのアイデンティティ仕様の策定を支援し、既存の標準や業界のベストプラクティスに確実に準拠させます」
— Aaron Parecki、Oktaアイデンティティ標準担当ディレクター
（MCPにOAuthを正しく適用する方法に関する技術的な詳細については、Aaron Parecki氏のブログ投稿をご覧ください。）
今後の道のり
これは基本的なステップです。Oktaは、Google Cloudおよびコミュニティと協力して、MCPを活用したオープンでセキュアなAIエコシステムを構築できることを光栄に思います。
私たちはGenAIとMCPの初期段階にいます。Oktaのプラットフォーム機能がこれらの統合をどのように促進し、さらなるイノベーションを探求するかについて、今後のアップデートと将来の投稿にご期待ください。
ぜひ、GitHubの新しいgoogle/mcp-securityリポジトリをご覧になり、AI主導のセキュアな運用の未来を共に築いていきましょう。
詳細については、Auth0とCloudflareが連携してMCPのセキュアな導入を促進する方法や、Auth0 for GenAIがセキュアできめ細かい認可を必要とするAIエージェント、Application （アプリケーション）、またはMCPサーバーの構築にどのように役立つかをご覧ください。
