--- title: 認可だけでは守れない MCP 通信：Okta・Netskope・CrowdStrike のアプローチと提供状況を比較する｜Nextmode Blog description: MCPの認可が守れるのは接続の可否まで。通信内容を統制するゲートウェイの2つの実装パターンを整理し、Okta・Netskope・CrowdStrikeのアプローチと提供状況を比較します。 image: https://info.nextmode.co.jp/hubfs/key-visual-mcp-gateway-comparison.png --- [![nextmode blog](https://info.nextmode.co.jp/hubfs/raw_assets/public/NextMode_Theme/nextmode%20blog.png)](https://info.nextmode.co.jp/blog) [ホワイトペーパー](https://info.nextmode.co.jp/white-paper/) [資料請求](https://info.nextmode.co.jp/request/) [お問い合わせ](https://nextmode.co.jp/contact/) - [会社TOP](https://nextmode.co.jp/) - [生成AIセキュリティ](https://nextmode.co.jp/services/ai/security/) - [SaaSライセンス＆サポート](https://nextmode.co.jp/services/saas/) - [Oktaライセンス＆サポート](https://nextmode.co.jp/services/saas/okta/) - [Netskopeライセンス＆サポート](https://nextmode.co.jp/services/saas/netskope/) - [Notionライセンス＆サポート](https://nextmode.co.jp/services/saas/notion/) - [Asanaライセンス＆サポート](https://nextmode.co.jp/services/saas/asana/) - [SysCloudライセンス＆サポート](https://nextmode.co.jp/services/saas/syscloud/) - [CrowdStrikeライセンス＆サポート](https://nextmode.co.jp/services/saas/crowdstrike/) - [AWS総合支援](https://nextmode.co.jp/services/aws/) - [AWS導入コンサル・構築](https://nextmode.co.jp/services/aws_consulting/) - [AWS運用・保守代行](https://nextmode.co.jp/services/aws_operation/) - [導入事例](https://nextmode.co.jp/casestudy/) - [会社情報](https://nextmode.co.jp/company/) - [セミナー](https://info.nextmode.co.jp/seminar/) - [ブログ](https://info.nextmode.co.jp/blog) [![YouTube](https://nextmode.co.jp/assets/images/common/icon_youtube.svg)](https://www.youtube.com/@nextmode) 目次 2026/07/23 17:24 # 認可だけでは守れない MCP 通信：Okta・Netskope・CrowdStrike のアプローチと提供状況を比較する [» Okta](https://info.nextmode.co.jp/blog/tag/okta) [» Netskope](https://info.nextmode.co.jp/blog/tag/netskope) [» CrowdStrike](https://info.nextmode.co.jp/blog/tag/crowdstrike) [» 生成AIセキュリティ対策シリーズ](https://info.nextmode.co.jp/blog/tag/生成aiセキュリティ対策シリーズ) [» AI](https://info.nextmode.co.jp/blog/tag/ai) [![yuki](https://info.nextmode.co.jp/hs-fs/hubfs/avator_yukinawa.jpg?width=40&name=avator_yukinawa.jpg) yuki](https://info.nextmode.co.jp/blog/author/yuki) 共有： [facebook-f icon](http://www.facebook.com/share.php?u=https://info.nextmode.co.jp/blog/mcp-gateway-comparison-okta-netskope-crowdstrike) [linkedin-in icon](http://www.linkedin.com/shareArticle?mini=true&url=https://info.nextmode.co.jp/blog/mcp-gateway-comparison-okta-netskope-crowdstrike) [Twitter icon](https://twitter.com/intent/tweet?url=https://info.nextmode.co.jp/blog/mcp-gateway-comparison-okta-netskope-crowdstrike) [pinterest-p icon](http://pinterest.com/pin/create/link/?url=https://info.nextmode.co.jp/blog/mcp-gateway-comparison-okta-netskope-crowdstrike) [envelope icon](mailto:?body=https://info.nextmode.co.jp/blog/mcp-gateway-comparison-okta-netskope-crowdstrike)   ## はじめに --- *2026年8月28日追記：読者様からのフィードバックを受け、「集中ゲートウェイ型」の語が指す範囲と、Netskope の実施点の分散配置に関する補足を追加しました。* *2026年7月25日追記：Okta Agent Gateway のリサーチリリース版へのアクセス申請が開始されたため、提供状況の記述を更新しました。今回のアップデートの詳細は[続報記事](https://info.nextmode.co.jp/blog/okta-for-ai-agents-july-2026-update)で紹介しています。* こんにちは、ネクストモードのゆきなわです。 AI エージェントは MCP (Model Context Protocol) を通じて外部のツールやデータソースに接続します。MCP を利用した外部ツールとの接続が増える一方、どのエージェントがどの MCP サーバーと通信しどのようなデータをやり取りしたかを、組織が把握できていないケースが少なくありません。IT 部門の承認を経ず、組織の管理外で稼働するシャドー MCP サーバーも問題になっています。 弊社の連載「【Okta for AI Agents】AIエージェントの認証・認可をID基盤に集約する 第1回」では、エージェントが誰の権限で動くかという認可の視点を扱いました。本記事では、MCP の通信経路そのものを制御するゲートウェイを取り上げ、ネクストモードで取り扱う Okta・Netskope・CrowdStrike のアプローチと提供状況を比較します。 > **本記事のポイント** > > - 認可が決めるのは「誰がどこに接続できるか」まで。通信の中身の統制は、経路上にチェックポイントを設けるゲートウェイの役割です。 > - ゲートウェイの実装は、経路上に置く**集中ゲートウェイ型**と、クライアントと同じホストで動く**クライアント側プロキシ型**の2パターンに分けられます。 > - Okta の Agent Gateway はリサーチリリース版へのアクセス申請を受付中、Netskope の Agentic Broker と AI Gateway は一般提供済み、CrowdStrike の MCP proxy は OSS として公開されています。 ## 認可とゲートウェイの役割の違い --- 前提として押さえておきたいのは、MCP の公式仕様が認可 (authorization) を必須にしていない点です。現行の[仕様書](https://modelcontextprotocol.io/specification/2025-11-25/basic/authorization)には “Authorization is OPTIONAL for MCP implementations” と明記されており、実装するかどうかは MCP 実装側の判断に委ねられています。 そして認可を整えても守れる範囲には限りがあります。認可が担うのは、誰がどの MCP サーバーにどの権限で接続できるかというアクセス判断です。ツールの引数や応答に含まれる機密情報、悪意ある命令といった内容までは検査しません。この通信の中身を検査・制御するチェックポイントを経路上に設けるのがゲートウェイです。チェックポイントで何を行うか (ツールの集約や監査までか、内容の検査やデータ持ち出し防止 (DLP) まで踏み込むか) は製品によって幅があります。なお、[連載第2回](https://info.nextmode.co.jp/blog/o4aa-ai-agent-authn-authz-xaa-idjag-mcp-ema#toc-section-12)で扱った MCP EMA も認可を企業の ID 基盤に集約する仕組みであり、通信内容の検査までは扱いません。 このように、**ID 基盤とゲートウェイは、どちらかを選ぶ関係ではなく補完関係にあります**。連載で整理した[7つの確認ポイント](https://info.nextmode.co.jp/blog/o4aa-ai-agent-authn-authz-permission-models)に当てはめると、ユーザー権限や SaaS 接続権限の統制は ID 基盤が、データ持ち出し制御と実行時のトラフィック可視化はゲートウェイが担いやすい領域です。この役割分担を頭に置くと、後述する各社のアプローチも読み解きやすくなります。 ![why-mcp-gateway-needed](https://info.nextmode.co.jp/hs-fs/hubfs/fig-why-mcp-gateway-needed-1.png?width=1648&height=999&name=fig-why-mcp-gateway-needed-1.png) ### 放置される MCP サーバーと攻撃手口 実際、管理の行き届かない MCP サーバーは数多く観測されています。OWASP の [MCP Top 10](https://owasp.org/www-project-mcp-top-10/2025/MCP09-2025%E2%80%93Shadow-MCP-Servers) はシャドー MCP サーバーを主要リスクの1つに挙げました。セキュリティ企業 BlueRock が[12,000超の MCP サーバーをスキャンした集計](https://www.bluerock.io/post/mcp-security-best-practices) (2026年6月時点) では、33%に無制限の URI 取得 (SSRF) の脆弱性が、42%にコマンドインジェクションの欠陥が確認されています。[Knostic の調査](https://www.knostic.ai/blog/mapping-mcp-servers-study)では、公開インターネット上で発見された MCP サーバーのうち手動で検証した119台すべてが、認証なしでツール一覧の取得に応じました。 攻撃の手口も具体的に明らかになってきました。[Netskope の脅威リサーチ](https://www.netskope.com/blog/securing-llm-superpowers-the-invisible-backdoors-in-mcp)は、ツールの説明文に隠し命令を仕込む tool poisoning や、信頼済みのツールがレジストリや更新経路で悪意ある版に差し替えられる rug pull といった手口を報告しています。 ただし、経路上にチェックポイントを置くだけでこれらを防げるわけではありません。tool poisoning にはツール定義や入出力の検査が有効ですが、rug pull はサプライチェーン攻撃であり、署名検証やバージョン固定、実行時挙動の監視といった対策もあわせて必要になります。何を検知できるかは、そのゲートウェイが内容検査やツール定義のベースライン比較をどこまで実装しているかで決まり、この機能差が後述する製品比較の重要な観点になります。 ## 2つの実装パターン --- ゲートウェイは、制御点をどこに置くかで2パターンに分けられます。 - **集中ゲートウェイ型** - 配置場所：MCP トラフィックの経路上 (クラウドサービスや専用アプライアンス) - 対象範囲：ゲートウェイを経由するすべての MCP 通信 - 弱点：経由しない直接接続は統制できないため、通信を経由させる仕組みとセットで設計する必要がある - 代表例：Okta の Agent Gateway、Netskope の Agentic Broker と AI Gateway。Cloudflare や AWS も同型の製品を提供している (付録参照) - **クライアント側プロキシ型** - 配置場所：MCP クライアントと同じホスト - 対象範囲：設定ファイルでラップした MCP 接続のみ - 弱点：設定していない接続や、プロキシを外して直接つないだ接続は観測できない - 代表例：CrowdStrike の MCP proxy ![fig-mcp-gateway-two-patterns-1](https://info.nextmode.co.jp/hs-fs/hubfs/fig-mcp-gateway-two-patterns-1.png?width=1564&height=1052&name=fig-mcp-gateway-two-patterns-1.png) このほか、エージェント自身が呼び出すセキュリティツールを提供する方式 (Palo Alto Networks) や、SDK でツール呼び出しをフックする方式 (Cisco) もあります。経路の制御ではなくエージェント側への組み込みのため、本記事では付録で触れるにとどめます。 なお、ここでの「集中」とは、複数のクライアントからの MCP 通信が経路上の共有チェックポイントに論理的に集約されることを指します。ポリシーを管理する制御プレーンがクラウド側に集中している点はどの方式にも共通であり、本記事の分類は、通信を検査する実施点（チェックポイント）をどこに配置するかに基づいています。たとえば Netskope の Agentic Broker の実施点は世界中の PoP に分散配置されており、物理的に1箇所へ集中するわけではありません。 より厳密には、実施点の配置（プロセス内／ホスト常駐／ネットワーク側／サーバ側）× 制御面の所在 × プロトコル認識度の3軸で整理する方法もありますが、本記事では運用への影響が最も大きい「経路上か、端末上か」という軸で単純化しています。 ## Okta・Netskope・CrowdStrike の比較 --- 3社の現状を表にまとめます (2026年7月時点)。 | ベンダー | 製品 | パターン | 提供状況 | 特徴 | | --- | --- | --- | --- | --- | | Okta | Agent Gateway (Okta for AI Agents) | 集中ゲートウェイ型（実施点：サーバ側集約） | リサーチリリース版へのアクセス申請を受付中 (一般提供時期は未定) | 複数の MCP サーバーを集約し単一の仮想 MCP サーバーとして公開。通過するアクセスを監査ログ化 | | Netskope | Netskope One Agentic Broker | 集中ゲートウェイ型（実施点：ネットワーク側・PoP 分散） | 一般提供 (2026年3月) | Netskope を経由する外部 MCP 通信をリスク評価し、既定ブロックと DLP を適用 | | Netskope One AI Gateway (MCP Gateway 拡張) | 集中ゲートウェイ型（実施点：ネットワーク側・顧客環境） | 一般提供 (2026年3月) | 顧客管理環境に置く仮想アプライアンス。MCP 通信にアクセス制御・DLP・AI Guardrails・レート制限・監査ログを適用 | | | CrowdStrike | MCP proxy (Falcon AIDR のコンポーネント) | クライアント側プロキシ型（実施点：ホスト常駐） | OSS として公開中 (利用には AIDR for Agents 契約が必要) | stdio 経由の MCP 通信を中継して検査・監査ログ化 | ### Okta：複数の MCP サーバーを束ねる Agent Gateway #### 配置場所 Okta for AI Agents の追加機能である **Agent Gateway** は、複数の MCP サーバーやツールを集約し、単一の仮想 MCP サーバーとして公開する集中ゲートウェイです。[ホワイトペーパー](https://www.okta.com/resources/whitepapers/agent-gateway/)では、各ツール呼び出しの経路上に立つ ID ネイティブなコントロールプレーンとして説明されています。本記事ではこの公開資料の説明に基づき、集中ゲートウェイ型に分類します。 #### 制御できること ゲートウェイを通過するエージェントとリソース間のアクセスを Okta の ID・ポリシーと連携して認可し、監査ログに残します。 #### 対象外のこと 下流サービス内部の呼び出しは監査の対象外と明記されています。また、すでに一般提供されている「個々の MCP サーバーを認可対象リソースとして登録する仕組み」は ID 基盤としての認可レイヤーであり、複数サーバーを束ねるゲートウェイとは別の機能です。 #### 提供状況 2026年7月24日の[発表](https://www.okta.com/ja-jp/newsroom/press-releases/okta-july-2026-product-innovations/)により、リサーチリリース版へのアクセス申請の受付が始まりました (Okta の公式ブログでは一部顧客向けのベータとも説明されています)。3月の[発表](https://www.okta.com/newsroom/press-releases/showcase-2026/)以降、[早期アクセスの発表](https://www.okta.com/blog/ai/okta-ai-agents-early-access-announcement/)では "Coming Soon"、4月の [Okta for AI Agents 一般提供の発表](https://www.okta.com/blog/ai/okta-for-ai-agents-general-availability/)でも "in the months ahead" とされていた機能で、一般提供時期は現在のところ未定です。今回のアップデートで公開された内容は[続報記事](https://info.nextmode.co.jp/blog/okta-for-ai-agents-july-2026-update)で詳しく紹介しています。 ### Netskope：外部向けの Agentic Broker と社内向けの AI Gateway #### 配置場所 Netskope は2つの集中ゲートウェイを使い分けます。 Agentic Broker は Netskope のクラウド基盤（世界中に分散配置された PoP）上で動作し、Netskope を経由するよう設定された通信 (主に外部・公開 MCP サーバー向け) にネットワーク側でインラインに介在して統制します。PoP の分散は特定拠点の障害や遅延の影響を受けにくい冗長構成であり、同社の基盤の強みでもあります。 **AI Gateway** は顧客管理環境に配置する仮想アプライアンスで、[MCP Gateway 拡張](https://docs.netskope.com/en/mcp-gateway-overview)により MCP クライアントとサーバーの間にインラインで入ります。AI トラフィックを外部クラウドへ送りたくない規制業界などの要望に応える製品です。 #### 制御できること Agentic Broker は外部 MCP サーバーをリスク評価し、既定ブロックを含むアクセス制御と DLP を適用します。AI Gateway の MCP Gateway 拡張は、アクセス制御・DLP・AI Guardrails・レート制限・監査ログを提供します ([設定手順](https://docs.netskope.com/en/configuring-mcp-gateway)も公開されています)。 #### 対象外のこと どちらも通信を経由させる設計が前提のため、Netskope を経由しない直接接続は統制できません。 #### 提供状況 両製品とも2026年3月に一般提供が始まっています ([日本語プレスリリース](https://prtimes.jp/main/html/rd/p/000000073.000137550.html))。一方、MCP Catalog などの一部拡張機能は[公式ドキュメント](https://docs.netskope.com/en/agentic-broker)上プライベートプレビューのため、導入検討時は必要な機能がどの段階にあるかの確認が欠かせません。 ### CrowdStrike：クライアント側で MCP 通信を中継する MCP proxy #### 配置場所 **MCP proxy** は、MCP クライアントと同じホストで動くクライアント側プロキシです。クライアントの設定ファイルでサーバー起動コマンドの前に差し込む形で導入し、stdio 経由の MCP 通信を中継します。リモートの HTTP サーバーも stdio に変換すれば[保護対象にできます](https://aidr-docs.crowdstrike.com/docs/aidr/collectors/agentic)。 #### 制御できること ツールポイズニング対策と監査ログを提供します。[OSS (npm パッケージ)](https://github.com/CrowdStrike/aidr-mcp-proxy) として公開されていますが、検査やログの機能は AIDR API への接続を前提としており、利用には **AIDR for Agents** サブスクリプションが必要です。 #### 対象外のこと 名称にかかわらず集中型ではなく、各クライアント上で動作します。統制の対象は設定ファイルでラップした接続に限られ、設定していない接続やプロキシを外した直接接続は観測できません。なお CrowdStrike はシャドー AI の発見などブラウザ・クラウド側の監視機能も拡張していますが、いずれも MCP 通信のプロキシとは別の機能です。 #### 提供状況 MCP proxy は OSS として公開中です。基盤製品の [Falcon AIDR](https://www.crowdstrike.com/en-us/blog/crowdstrike-secures-growing-ai-attack-surface-with-falcon-aidr/) は2025年12月から一般提供されています。 ![fig-mcp-gateway-status-matrix-1-1](https://info.nextmode.co.jp/hs-fs/hubfs/fig-mcp-gateway-status-matrix-1-1.png?width=1649&height=998&name=fig-mcp-gateway-status-matrix-1-1.png) ## 選定時に確認すること --- ID 基盤とゲートウェイの役割の境界は製品ごとに異なります。検討の際は、次の5点をどの製品が担うかを整理すると、構成を比較しやすくなります。 1. 誰がどの MCP サーバーに接続できるか (認可) 2. 資格情報の仲介 3. ツールの集約 4. 通信内容の検査・DLP 5. シャドー MCP サーバーの発見 たとえば Okta のエコシステムでは、パートナー企業の [Operant MCP Gateway](https://www.okta.com/integrations/operant-mcp-gateway) を Okta の ID 基盤と連携させ、ツール呼び出し単位で認可する構成が Okta Integration Network 上で提供されています。ID 基盤とゲートウェイを別レイヤーとして組み合わせるという視点が、実際の製品選定でも軸になります。 ## おわりに --- 本記事では、MCP のセキュリティを認可とゲートウェイという2つの制御点で整理しました。認可が決めるのは誰がどこに接続できるかまでで、**通信の中身の統制はゲートウェイの領域**です。実装には集中ゲートウェイ型とクライアント側プロキシ型があり、提供状況も Okta はリサーチリリース版へのアクセス申請を受付中、Netskope は一般提供済み、CrowdStrike は OSS のクライアント側プロキシと差があります。自社のエージェントがどのような経路で MCP サーバーに接続しているかを踏まえ、前節の確認ポイントに沿って各製品の担当範囲を見極めることが、導入検討の第一歩になります。 ## 参考：その他のベンダーの動き --- 同様の課題には、この3社以外のベンダーも取り組んでいます。主な動きは次のとおりです (2026年7月時点)。 | 企業 | 製品名 | 方式 | 提供状況 | 概要 | | --- | --- | --- | --- | --- | | Cloudflare | [MCP Server Portals](https://blog.cloudflare.com/zero-trust-mcp-server-portals/) | 集中ゲートウェイ型 | Open Beta | MCP サーバーを登録し単一ポータル経由で配信。Zero Trust と統合し、[Gateway 経由のルーティング](https://developers.cloudflare.com/cloudflare-one/access-controls/ai-controls/mcp-portals/)を有効にすると DLP スキャンも適用可能。上流サーバーを Access の OAuth で保護しない場合、直接 URL からポータルを迂回した接続が可能 | | Palo Alto Networks | [Prisma AIRS MCP Server](https://docs.paloaltonetworks.com/ai-runtime-security/activation-and-onboarding/prisma-airs-mcp-server-for-centralized-ai-agent-security/understanding-the-prisma-airs-mcp-server) | ツール組み込み型 | 提供中 (AIRS ライセンス) | エージェント自身が呼び出す脅威スキャンツールを MCP サーバーとして提供。経路上のプロキシではない | | Cisco | [AI Defense](https://blogs.cisco.com/ai/securing-agents-ai-supply-chain-with-cisco-ai-defense) | SDK 組み込み型ほか | 一部提供 | 2025年12月の発表時点では多くの機能が開発中 (when-and-if-available)。2026年4月に [Google Cloud 対応](https://blogs.cisco.com/ai/cisco-ai-defense-google-cloud)と [ADK 連携](https://blogs.cisco.com/ai/protecting-agents-with-cisco-ai-defense-and-google-agent-development-kit)を発表し、5月にツール呼び出しをコールバックで検査する実装を公開 | | Cisco | [Secure Access Agent Gateway](https://blogs.cisco.com/security/extending-zero-trust-across-the-agentic-ai-workflow) | 集中ゲートウェイ型 | 開発中 (when-and-if-available) | 2026年6月発表。LLM・MCP サーバー・SaaS API・Web への通信経路上で共通ポリシーを適用し、資格情報をサーバー側で注入する構想 | | AWS | [Bedrock AgentCore Gateway](https://aws.amazon.com/blogs/machine-learning/extending-mcp-support-for-amazon-bedrock-agentcore-gateway-2/) | 集中ゲートウェイ型 | 提供中 | MCP クライアント・サーバー間の集中ゲートウェイ。OAuth の On-Behalf-Of トークン交換と Lambda インターセプタを提供 | | Microsoft | [Entra Agent ID](https://learn.microsoft.com/en-us/entra/agent-id/what-is-microsoft-entra-agent-id) / Defender for Cloud Apps / Purview DLP | ID・CASB・DLP の組み合わせ | 製品により異なる | Entra Agent ID が MCP を利用するエージェントの ID・認証・認可を担う。既存の CASB・DLP は各データ面を補完するが、汎用的な MCP 通信の内容検査への対応は確認できていない | ## 参考ドキュメント --- - [MCP Specification (2025-11-25) - Authorization](https://modelcontextprotocol.io/specification/2025-11-25/basic/authorization) - [OWASP - MCP09:2025 – Shadow MCP Servers](https://owasp.org/www-project-mcp-top-10/2025/MCP09-2025%E2%80%93Shadow-MCP-Servers) - [BlueRock Blog - MCP Security Best Practices (2026), Backed by Scan Data](https://www.bluerock.io/post/mcp-security-best-practices) - [Knostic Blog - Exposing the Unseen: Mapping MCP Servers Across the Internet](https://www.knostic.ai/blog/mapping-mcp-servers-study) - [Okta Whitepaper - Agent Gateway: An Identity-Native Control Plane for AI Agents](https://www.okta.com/resources/whitepapers/agent-gateway/) - [Okta Blog - Okta for AI Agents is Now Generally Available](https://www.okta.com/blog/ai/okta-for-ai-agents-general-availability/) - [Okta プレスリリース - Okta、実行時におけるAIエージェントの保護と継続的なガバナンス自動化を実現する新機能を発表 (2026年7月)](https://www.okta.com/ja-jp/newsroom/press-releases/okta-july-2026-product-innovations/) - [Netskope Docs - Netskope One Agentic Broker](https://docs.netskope.com/en/agentic-broker) - [Netskope Docs - MCP Gateway Overview](https://docs.netskope.com/en/mcp-gateway-overview) - [Netskope Japan プレスリリース - 「Netskope One AI Security」を発表 (2026年5月)](https://prtimes.jp/main/html/rd/p/000000073.000137550.html) - [CrowdStrike Blog - CrowdStrike Secures Growing AI Attack Surface with Falcon AIDR](https://www.crowdstrike.com/en-us/blog/crowdstrike-secures-growing-ai-attack-surface-with-falcon-aidr/) - [CrowdStrike GitHub - aidr-mcp-proxy](https://github.com/CrowdStrike/aidr-mcp-proxy) - [CrowdStrike - AIDR - Agentic Collectors - Secure AI agents with MCP proxy](https://pangea.cloud/docs/aidr/collectors/agentic) - [Nextmode Blog - 【Okta for AI Agents】AIエージェントの認証・認可をID基盤に集約する 第1回](https://info.nextmode.co.jp/blog/o4aa-ai-agent-authn-authz-permission-models) - [Nextmode Blog - 【Okta for AI Agents】AIエージェントの認証・認可をID基盤に集約する 第2回](https://info.nextmode.co.jp/blog/o4aa-ai-agent-authn-authz-xaa-idjag-mcp-ema) - [Nextmode Blog - 【Okta for AI Agents】Agent Gateway がリサーチリリースへ｜実行時保護の3つの新機能 (2026年7月)](https://info.nextmode.co.jp/blog/okta-for-ai-agents-july-2026-update) 本記事に記載の各製品の仕様・挙動については2026年7月時点の情報を基にしています。各製品とも提供状況・機能が流動的なため、導入検討時は一次情報での確認を推奨します。 ### AI セキュリティ対策に関するお問い合わせ MCP や AI エージェントのセキュリティ統制に関するご相談は、ネクストモードまでお気軽にお問い合わせください。各製品の最新の提供状況を含めてご案内できます。 [![2025\_SaaSLP\_バナー](https://hubspot-no-cache-na2-prod.s3.amazonaws.com/cta/default/20481958/interactive-189540042879.png)](https://info.nextmode.co.jp/hs/cta/wi/redirect?encryptedPayload=AVxigLLMbSneX5zwrFGBta72GRZMr%2Fxg1iqhFOkv4iNXgNzo6X7pYWPBBHnTwngWkljzc9SXKfWViGkwWIY7TmivpjxpviGOfyfOHj9MA6Sn%2BohRJnDkJhNCKM3zzJ0V2EV8k7oakCmP3SqrkVjs%2BGbRzUaDUDANI5zhS5YaiBPqVWreny3185Nga%2FQlPwWeSMd0IUQMZZwONQ%3D%3D&webInteractiveContentId=189540042879&portalId=20481958) ### 関連記事 [![【Okta】AIエージェントは何に接続できる？OIGでリソース接続を棚卸ししてみた【生成AIセキュリティ対策シリーズ】](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/%E7%94%9F%E6%88%90AI%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3_Okta.png) 【Okta】AIエージェントは何に接続できる？OIGでリソース接続を棚卸ししてみた【生成AIセキュリティ対策シリーズ】 テクニカルサポート 2026/10/19](https://info.nextmode.co.jp/blog/okta-ai-agent-resource-connection-review) [![【Okta】誰がAIエージェントを使える？OIGで利用権を棚卸ししてみた【生成AIセキュリティ対策シリーズ】](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/%E7%94%9F%E6%88%90AI%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3_Okta.png) 【Okta】誰がAIエージェントを使える？OIGで利用権を棚卸ししてみた【生成AIセキュリティ対策シリーズ】 テクニカルサポート 2026/10/19](https://info.nextmode.co.jp/blog/okta-oig-ai-agent-user-access) [![【Okta】Workflows のバージョンに名前と説明を追加！変更履歴をわかりやすく](https://info.nextmode.co.jp/hubfs/%E3%83%96%E3%83%AD%E3%82%B0%EF%BC%BF%E3%82%AD%E3%83%BC%E3%83%93%E3%82%B8%E3%83%A5%E3%82%A2%E3%83%AB/Okta_Blog-1.png) 【Okta】Workflows のバージョンに名前と説明を追加！変更履歴をわかりやすく テクニカルサポート 2026/10/12](https://info.nextmode.co.jp/blog/okta-workflows-version-naming) ### Category [» 技術](https://info.nextmode.co.jp/blog/tag/技術) [» Okta](https://info.nextmode.co.jp/blog/tag/okta) [» Notion](https://info.nextmode.co.jp/blog/tag/notion) [» イベントレポート](https://info.nextmode.co.jp/blog/tag/イベントレポート) [» Netskope](https://info.nextmode.co.jp/blog/tag/netskope) [» CrowdStrike](https://info.nextmode.co.jp/blog/tag/crowdstrike) [» Notion AI](https://info.nextmode.co.jp/blog/tag/notion-ai) [» AWS](https://info.nextmode.co.jp/blog/tag/aws) [» Asana](https://info.nextmode.co.jp/blog/tag/asana) [» カルチャー](https://info.nextmode.co.jp/blog/tag/カルチャー) [» ワーケーション](https://info.nextmode.co.jp/blog/tag/ワーケーション) [» 生成AIセキュリティ対策シリーズ](https://info.nextmode.co.jp/blog/tag/生成aiセキュリティ対策シリーズ) [» Oktane25](https://info.nextmode.co.jp/blog/tag/oktane25) [» SaaS](https://info.nextmode.co.jp/blog/tag/saas) [» AI](https://info.nextmode.co.jp/blog/tag/ai) [» re:Invent](https://info.nextmode.co.jp/blog/tag/reinvent) [» リモートワーク](https://info.nextmode.co.jp/blog/tag/リモートワーク) [» Keeper](https://info.nextmode.co.jp/blog/tag/keeper) [» ネクストモードアドベントカレンダー2024](https://info.nextmode.co.jp/blog/tag/ネクストモードアドベントカレンダー2024) [» Oktane24](https://info.nextmode.co.jp/blog/tag/oktane24) [» Oktane23](https://info.nextmode.co.jp/blog/tag/oktane23) [» Oktane26](https://info.nextmode.co.jp/blog/tag/oktane26) [» Asana AI](https://info.nextmode.co.jp/blog/tag/asana-ai) [» OIGシリーズ](https://info.nextmode.co.jp/blog/tag/oigシリーズ) [» Slack](https://info.nextmode.co.jp/blog/tag/slack) [» その他](https://info.nextmode.co.jp/blog/tag/その他) [» 脱Excelシリーズ](https://info.nextmode.co.jp/blog/tag/脱excelシリーズ) [» SysCloud](https://info.nextmode.co.jp/blog/tag/syscloud) [» Oktane22](https://info.nextmode.co.jp/blog/tag/oktane22) [» Google](https://info.nextmode.co.jp/blog/tag/google) [» HubSpot](https://info.nextmode.co.jp/blog/tag/hubspot) [» Zapier](https://info.nextmode.co.jp/blog/tag/zapier) [» Azure AD](https://info.nextmode.co.jp/blog/tag/azure-ad) [» Entra ID](https://info.nextmode.co.jp/blog/tag/entra-id) [» Googleドライブ](https://info.nextmode.co.jp/blog/tag/googleドライブ) [» SentinelOne](https://info.nextmode.co.jp/blog/tag/sentinelone) [» ゼロトラスト](https://info.nextmode.co.jp/blog/tag/ゼロトラスト) [» DocuSign](https://info.nextmode.co.jp/blog/tag/docusign) [» Jamf](https://info.nextmode.co.jp/blog/tag/jamf) [» セキュリティ対策](https://info.nextmode.co.jp/blog/tag/セキュリティ対策) [» トラブルシューティング](https://info.nextmode.co.jp/blog/tag/トラブルシューティング) [» 利用者目線](https://info.nextmode.co.jp/blog/tag/利用者目線) [» 運用](https://info.nextmode.co.jp/blog/tag/運用) [» GitHub](https://info.nextmode.co.jp/blog/tag/github) [» GitHub Gist](https://info.nextmode.co.jp/blog/tag/github-gist) [» JOUG](https://info.nextmode.co.jp/blog/tag/joug) [» Notion Calendar](https://info.nextmode.co.jp/blog/tag/notion-calendar) [» Proflly](https://info.nextmode.co.jp/blog/tag/proflly) [» kintone](https://info.nextmode.co.jp/blog/tag/kintone) [![ネクストモード株式会社](https://nextmode.co.jp/assets/images/common/logo_white.svg)](https://nextmode.co.jp/) Service - [生成AIセキュリティ](https://nextmode.co.jp/services/ai/security/) - [SaaSライセンス＆サポート](https://nextmode.co.jp/services/saas/) - [Oktaライセンス＆サポート](https://nextmode.co.jp/services/saas/okta/) - [Netskopeライセンス＆サポート](https://nextmode.co.jp/services/saas/netskope/) - [Notionライセンス＆サポート](https://nextmode.co.jp/services/saas/notion/) - [Asanaライセンス＆サポート](https://nextmode.co.jp/services/saas/asana/) - [SysCloudライセンス＆サポート](https://nextmode.co.jp/services/saas/syscloud/) - [CrowdStrikeライセンス＆サポート](https://nextmode.co.jp/services/saas/crowdstrike/) - [Keeperライセンス＆サポート](https://nextmode.co.jp/services/saas/keeper/) - [AWS総合支援](https://nextmode.co.jp/services/aws/) - [AWS導入コンサル・構築](https://nextmode.co.jp/services/aws_consulting/) - [AWS運用・保守代行](https://nextmode.co.jp/services/aws_operation/) Company - [会社情報](https://nextmode.co.jp/company/) - [サービス一覧](https://nextmode.co.jp/services/) - [導入事例](https://nextmode.co.jp/casestudy/) - [お知らせ](https://nextmode.co.jp/news/) - [サステナビリティ](https://nextmode.co.jp/sustainability/) - [採用](https://nextmode.co.jp/recruit/) - [私たちの働き方](https://nextmode.co.jp/workstyle/) - [カルチャー](https://nextmode.co.jp/culture/) Contact - [お問い合わせ](https://nextmode.co.jp/contact/) - [資料請求](https://info.nextmode.co.jp/request/) Media - [セミナー](https://info.nextmode.co.jp/seminar) - [ブログ](https://info.nextmode.co.jp/blog) - [ホワイトペーパー](https://info.nextmode.co.jp/white-paper/) - [![ネクストモード公式YouTubeチャンネル](https://nextmode.co.jp/assets/images/common/icon_youtube.svg)](https://www.youtube.com/channel/UCeW8ocoe9C3E0GOINh167MA) - [![ネクストモード公式Xアカウント](https://nextmode.co.jp/assets/images/common/icon_x.svg)](https://twitter.com/Nextmode_Inc) [English](https://nextmode.co.jp/en/) - [NTTグループカスタマーハラスメント基本方針](https://group.ntt/jp/group/customer_harassment/) - [就活ハラスメント防止方針](https://docs.nextmode.co.jp/nextmode_recruit_harassment.pdf) - 運用アシスタント利用規約([AWS](https://docs.nextmode.co.jp/nextmode-unyo-assistant-aws-terms-of-use.pdf)/[Azure](https://docs.nextmode.co.jp/nextmode-unyo-assistant-azure-terms-of-use.pdf)) - [日中運用支援定型約款](https://docs.nextmode.co.jp/nextmode-nittyu-unyo-shien-terms-of-use.pdf) - [定型約款](https://docs.nextmode.co.jp/nextmode-standard-contracts.pdf) [プライバシーポリシー](https://nextmode.co.jp/company/privacy.html) Copyright(c) Nextmode, Inc. ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "yuki", "url" : "https://info.nextmode.co.jp/blog/author/yuki" }, "dateModified" : "2026-08-28T09:24:48.504Z", "datePublished" : "2026-07-23T08:24:41.000Z", "headline" : "認可だけでは守れない MCP 通信：Okta・Netskope・CrowdStrike のアプローチと提供状況を比較する｜Nextmode Blog", "image" : [ "https://info.nextmode.co.jp/hubfs/key-visual-mcp-gateway-comparison.png" ], "mainEntityOfPage" : { "@id" : "https://info.nextmode.co.jp/blog/mcp-gateway-comparison-okta-netskope-crowdstrike", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://info.nextmode.co.jp/hubfs/nm_l_color.png" }, "name" : "ネクストモード株式会社" } } ``` ```json { "@context" : "https://schema.org", "@id" : "https://nextmode.co.jp/#organization", "@type" : "Organization", "alternateName" : "Nextmode, Inc.", "logo" : "https://nextmode.co.jp/assets/images/common/logo_white.svg", "name" : "ネクストモード株式会社", "sameAs" : [ "https://www.youtube.com/channel/UCeW8ocoe9C3E0GOINh167MA", "https://twitter.com/Nextmode_Inc", "https://info.nextmode.co.jp/" ], "url" : "https://nextmode.co.jp/" } ```