【2026年】おすすめMCPアイデンティティ・アクセス管理（IAM）ツール9選

現在、Claudeコネクタの標準化を進めるエンタープライズにとって、Oktaは最適なMCPアイデンティティ・アクセス管理（IAM）ツールです。ただし、すでにOktaが予算化されている場合に限られます。250席のStarter構成は年間18,000 USDと、コネクタの手動承認にかかる想定コスト（9,375 USD）のほぼ2倍に達します。そのため導入の根拠は、ログイン手間の削減ではなく、アクセス権の一元的な失効とポリシー統制に求められます。

結論：どのMCPアイデンティティ・アクセス管理ツールを選ぶべきか

アイデンティティに関するすべての役割を1製品で網羅できるMCP製品は存在しません。アイデンティティプロバイダー（IdP）はユーザーの本人確認を担います。OAuth認可サーバーはスコープ付きトークンを発行します。ポリシーエンジンは、そのユーザーまたはエージェントが特定のツールを呼び出せるかどうかを判定します。そして認証情報コンテナ（Vault）は、MCPサーバーが後続処理で必要とするシークレットを保護します。1つのレイヤーを導入しただけで他の3つもカバーできると思い込むことが、この分野で最もコストのかかる失敗です。

すでにOktaを導入しており、Claudeコネクタを一元管理したい企業には、Oktaが最優先の候補となります。自社製MCPサーバーを提供するソフトウェア企業の場合、WorkOSが最も堅実な選択肢です。AuthKitがOAuth 2.1認可サーバー層を提供しつつ、Connectによって既存のログインシステムをそのまま維持できるためです。エージェント向けアイデンティティ機能を深く追求するならDescope、コスト重視ならScalekit、そしてログイン後のきめ細かな認可判定が課題であればPermit.ioやCerbosが有力な候補となります。

以下の価格および製品の詳細は、2026年8月26日時点で9社の公開製品ページおよび料金ページに基づいて確認したものです。本ランキングは公式ドキュメントに記載された機能と最新の費用体系を比較したものであり、今回の調査ですべての製品を本番環境にデプロイして検証したわけではありません。

比較一覧

開始価格の表記は厳密に定めています。Permit.ioには0 USDのCommunityプランがありますが、OAuth 2.1プロキシと同意画面エディタは月額25 USDのProプランから利用可能になるため、実質的なMCPゲートウェイの開始価格は25 USDとなります。1Passwordは9位に位置付けています。アクセスの判定ではなく認証情報の保管を目的とするためです。重要な役割ではあるものの、IAMのコントロールプレーンそのものではありません。

2026年8月のアップデート内容

2026年8月24日、Anthropicは「エンタープライズ管理の認可（Enterprise-managed authorization）」の一般提供（GA）を開始しました。管理者がサポート対象のMCPコネクタを一度認可すれば、ユーザーは初回ログイン時にIdPのグループやロールを通じてアクセス権を自動的に継承します。この一元的な企業認可は、Claudeチャット、Claude Code、Coworkのすべてに適用できます。

現在対応しているコネクタには、Datadog、Notion、Slack、Asana、Atlassian、Canva、Figma、Granola、Linear、Supabaseが含まれます。Anthropicによると、Exa、Miro、Zoomも近日中に対応予定です。なお、一般提供開始時点で名指しされているIdPはOktaのみであり、他のプロバイダーは後日対応とされています。

これにより投資対効果の考え方が変わりました。従来のワークフローでは、従業員がコネクタごとに個別に承認を行う必要があり、失効処理もクライアントやサーバーごとに分散していました。MCP Enterprise-Managed Authorization拡張により、企業のIdPが信頼の起点となります。この仕組みでは、ID-JAG（Identity Assertion JWT Authorization Grant）を使用し、MCPサーバーがアイデンティティ表明を受け取って自前のアクセストークンと交換します。つまり、企業がユーザーの本人性を署名し、サーバー側は自身が信頼するトークンを発行し、アクセス権の失効はIdP側で一元的に実行できるようになります。

ただし、公式ページ上の記載には注意が必要です。日付入りのアップデートでは一般提供（GA）と記載されている一方、同じページの下部にある「導入手順」セクションにはベータ版との表記が残り、利用申請を求める文言も見られます。日付入りの記載が最新ステータスですが、調達担当者は対象のコネクタやテナントで機能が有効化されているかを事前に確認してから導入を進めるべきです。

予算化の焦点は「利便性」ではなく「統制力」

従業員250名、コネクタ6種、コネクタ1件あたりの手動承認時間を5分、諸経費込みの人件費を時給75 USDとするシナリオを考えます。この場合、初回オンボーディングにかかる作業は125時間、コスト換算で9,375 USDとなります。一方、同じ250名にOkta Starterを導入すると月額6 USD/ユーザー、年間で18,000 USDかかり、これには未公開のAIやMCP関連アドオン費用は含まれていません。

この試算から判断基準は明確になります。単に承認にかかる数分間を省くためだけに新規でOktaを契約しても、費用回収は見込めません。しかし、すでにOkta基盤が存在する場合、追加のアイデンティティ費用はわずかで済み、プロビジョニングの一元化、ポリシー継承、失効管理などのメリットを享受できます。Oktaを新規導入する場合は、休眠アカウントの権限残存防止、退職時の一括遮断、監査体制の適正化など、セキュリティや運用リスクの低減を前提に検討する必要があります。

比較ツールの選定基準

以下の6つの基準に基づいて製品を選定しました。

1. MCP特有の機能実証： MCPの認可、トークン、ポリシー、認証情報管理に関するワークフローが公式ドキュメントに明記されていること。
2. 担当レイヤーの明確さ： IdP、OAuthサーバー、ポリシーエンジン、ゲートウェイ、Vaultのいずれの役割を担う製品であるかが明確であること。
3. 失効管理の経路： ユーザー、エージェント、トークン、認証情報が削除された際、どの時点でアクセスが遮断されるかが明示されていること。
4. ツール単位の細かな制御： 単なるログインの成否にとどまらず、スコープ、ポリシー、同意、リソースのコンテキストに基づく制御が可能であること。
5. 監査性： アイデンティティ、トークン、ポリシー、認証情報に関するイベントログが確実に記録されること。
6. 公開されている価格体系： 公開されている料金プラン、利用制限、超過料金、トライアル条件が最新の料金ページで確認できること。

一般的なIAMベンダーであっても、現時点でMCP向けの具体的なワークフローが示されていないものは除外しました。オープンソース製品については、担当レイヤーと運用負荷が明確なもののみを対象としています。1Passwordは、シークレットの安全な保管というMCP運用において実質的な役割を担うため候補に残しましたが、セッションやツール呼び出しの認可を行う製品よりは下位に位置付けています。

この点は重要です。アイデンティティとMCPセキュリティは重複する部分がありますが、同一ではありません。広範なMCPセキュリティプラットフォームは、探索、トラフィック検査、可観測性、ランタイム保護などを包括します。本記事で取り上げる製品は、誰が（あるいは何が）アクセス権を持ち、どのトークンでそれを伝達し、どのポリシーで制限し、認証情報をどこに保管するかという、より限定的な課題に焦点を当てています。

1. Okta：企業管理型のClaudeコネクタ統制に最適

Oktaは、すでにOkta Workforce Identityを運用しており、Claudeコネクタを一元管理したい企業にとって現在最も有力な選択肢です。

Oktaは、サードパーティ製MCPサーバーの登録、設定、検証、ライフサイクル管理を文書化しており、標準的なOAuthフローを用いた認可に対応しています。カスタム認可サーバーによりCross App AccessやID-JAGトークン交換をサポートし、外部認可サーバーに対してはSecurity Token Serviceによるトークン交換を利用できます。AnthropicがEnterprise-managed authorizationの一般提供開始時に連携対象として唯一明記しているのがOktaであるため、この親和性は大きな強みです。

課題となるのは価格とライセンスの分かりにくさです。Workforce Identityには年間1,500 USDの最低契約金額が設定されており、公開料金ページにはAIアイデンティティやMCP向けアドオンの明確な金額が記載されていません。MCPのためだけにOktaを新規導入するのは過剰投資となる可能性が高いですが、すでにOktaを契約している企業にとっては、コントロールプレーンの自然な拡張として機能します。

最適な対象： すでにOktaを利用しており、Claudeコネクタに対してグループベースのプロビジョニングや一元的なアクセス失効を適用したい企業。
特徴： Anthropicが一般提供開始時に公式に名前を挙げている唯一のIdP。
価格： Starterが月額6 USD/ユーザー、Core Essentialsが月額14 USD/ユーザー、Essentialsが月額17 USD/ユーザー、ProfessionalおよびEnterpriseは個別見積もり（すべて年払い）。年間最低契約金額は1,500 USD。AIアイデンティティおよびMCPアドオンの価格は非公開。
無料トライアル： 30日間。

実践的なOkta導入ステップ

1. 1

   利用権限の有効化を確認する

   AnthropicおよびOktaに対し、対象のClaudeテナント、コネクタ、および必要な認可機能が有効になっているかを確認します。Anthropicの公開ページには一般提供の記述と古いベータ版の案内が混在しているため、テナントの現状画面を調達記録として保存しておくことを推奨します。

2. 2

   トークン交換の経路を選択する

   Cross App AccessまたはID-JAGを想定する場合は、Oktaのカスタム認可サーバーを使用します。MCPサーバーが外部認可サーバーを利用している場合は、クライアント経由で長期間有効な認証情報を渡すのではなく、公式に文書化されているSecurity Token Serviceトークン交換に基づいて設計します。

3. 3

   既存のグループにアクセス権をマッピングする

   まずは1つのコネクタに対し、許可用の運用グループと拒否用の統制グループの2つをIdP側で設定してテストします。ツールのスコープはアプリケーション全体のロールよりも狭く設定し、ログインできたからといってすべてのMCPアクションが許可されないようにします。

4. 4

   3つのクライアント環境すべてで検証する

   Claudeチャット、Claude Code、Coworkの同一アカウントで動作を検証します。その後、許可グループからアカウントを削除し、一元的な失効処理によってコネクタへのアクセスが確実に遮断されるかを確認します。

判定： すでに社内アイデンティティの基盤としてOktaがあり、直近の課題がClaudeコネクタの統制である場合に最適です。ワークフォースIAMを丸ごと購入することなく、認可サーバーのみを必要とする新規MCP開発には適していません。

2. WorkOS：本番MCPサーバーの提供・開発に最適

WorkOSは、既存の認証基盤を置き換えることなく、標準規格に準拠した認可機能を備えたMCPサーバーを構築したいソフトウェア企業にとって、汎用性の高い選択肢です。

AuthKitがMCPアプリケーション向けのOAuth 2.1準拠の認可サーバーとして機能し、開発者はツールやリソースエンドポイントの実装に集中できます。WorkOS Connectを活用すれば、既存のユーザー管理システムを維持したまま、OAuthフローをスタンドアロンのミドルウェアとして組み込めます。すでにユーザー情報を保持しており、検出、同意、トークン発行、エンタープライズフェデレーションの仕組みだけを外部化したい場合に適しています。

注意点として、「AuthKit無料」がエンタープライズ向け機能すべての無料を意味するわけではありません。AuthKit自体は月間アクティブユーザー（MAU）100万件まで0 USDですが、SSOやDirectory Syncの接続数、監査ログ配信、ログ保存期間、カスタムドメインにはそれぞれ個別の費用が発生します。MCP専用の追加料金は設定されていないため、本格的な見積もりにはこれら周辺項目の試算が不可欠です。

最適な対象： 既存の認証システムを残したまま、本番向けMCPサーバーを提供したいSaaS開発チーム。
特徴： OAuth 2.1認可サーバー層を提供するAuthKitと、ミドルウェアとして導入できるConnectの組み合わせ。
価格： 従量課金制または年間クレジット契約。AuthKitは100万MAUまで0 USD、以降100万MAUごとに追加で月額2,500 USD。SSOおよびDirectory Sync接続は、1〜15件まで各月額125 USD、16〜30件まで各月額100 USD、31〜50件まで各月額80 USD、51〜100件まで各月額65 USD。Audit LogsはSIEM接続1件につき月額125 USD、保持イベント100万件につき月額99 USD。カスタムドメインは月額99 USD。MCP専用の追加費用はなし。
無料トライアル： ステージング環境は無料（本番稼働までクレジットカード登録不要）。

判定： 既存のユーザー基盤を活かしながら、標準的なOAuth認可を確実に実装したい開発チームにおすすめです。トークン発行後のきめ細かなツール実行権限の制御が主目的である場合は、別のツールを検討してください。

3. Descope：エージェント認証と既存認証の統合に最適

Descopeは、MCPのOAuth認可、認証情報管理、ツール別スコープ、ポリシー統制を必要とし、既存の認証システムも活かしたい開発チーム向けの包括的なエージェント認証ソリューションです。

Agentic Identity Hubでは、OAuth 2.1およびPKCE、Dynamic Client RegistrationやCIMDクライアント登録、エージェント別・ツール別のスコープ管理、認証情報の保存と更新、ポリシー制御、SIEM出力可能なアクションログに対応しています。Bring Your Own Auth機能により、既存のIdPとフェデレーションしながらDescopeをMCP認可サーバーとして配置できます。また、50種類以上の接続テンプレートが用意されており、後続サービス向けの認証パイプラインを個別開発する手間を削減できます。

プラン選定における留意点は、きめ細かな認可機能や外部監査コネクタの利用には、年払いで月額799 USDのGrowthプランが必要になる点です。Free ForeverやProプランでも基本的な認証やトークンフローは検証できますが、本格的なエージェント運用を統制するための機能は上位プランに集約されています。

最適な対象： 既存のIdPや認証基盤を維持しつつ、広範なアイデンティティ管理基盤を必要とするエージェント開発企業。
特徴： MCP OAuth、認証情報保管、ツール別スコープ、ポリシー、ログ、外部認証連携（Bring Your Own Auth）をワンストップで提供。
価格： Free Foreverは0 USD、Proは年払いで月額249 USDから、Growthは年払いで月額799 USDから、Enterpriseは個別見積もり。Free Foreverには7,500 MAU、10アクティブテナント、3 SSO接続、1フェデレーションOIDCアプリ、10,000 M2M交換、2,000月間アクティブ同意（MAC）、2,000月間アクティブトークン（MAT）が含まれます。Proには10,000 MAU、35テナント、5 SSO接続、2フェデレーションアプリ、50,000 M2M交換、5,000 MAC、5,000 MATが含まれます。Growthには25,000 MAU、100テナント、10 SSO接続、無制限フェデレーションアプリ、100,000 M2M交換、10,000 MAC、10,000 MATが含まれます。超過料金は0.05 USD/MAU、1 USD/テナント、50 USD/SSO接続、2 USD/1,000 M2M交換、0.05 USD/MAC、0.05 USD/MAT。
無料トライアル： 期限付きトライアルではなく無料プランを提供。対象スタートアップはProを1年間無料で利用可能。

判定： エージェントアイデンティティを製品のコア機能として位置づける場合に最適です。単一サーバー向けの軽量な認可機能のみを求めており、ポリシー層がすでに整っている場合は他のツールを検討してください。

4. Auth0：既存のAuth0導入環境の拡張に最適

Auth0は、すでにAuth0を社内標準として採用しており、リソーススコープ付きトークン、代理（On-Behalf-Of）トークン交換、後続サービスの認証情報管理を拡張したい組織に最適です。

Auth for MCPは、サインイン、標準準拠の検出・登録機能、リソーススコープ付きトークンを備えたOAuth 2.1およびOpenID Connectを実装しています。On-Behalf-Of Token Exchangeにより、MCPクライアントのトークンを、ユーザーとリソースのスコープに限定した短命な社内APIトークンへと変換できます。Token Vaultは、MCPサーバーが呼び出すサードパーティAPIトークンの発行、保管、ローテーション、失効を担います。

プラン構成には注意が必要です。Auth for MCP自体は比較対象に含まれるものの、M2MトークンはProfessionalプラン向けアドオンとなっており、各種エンタープライズ機能にも個別のアドオン費用が発生します。そのため、0 USDや35 USDといった初期費用は目安にすぎず、マシン間通信が中心となる本番環境では実際の見積額が上がりやすくなります。

最適な対象： すでにAuth0を運用しており、MCPおよび関連APIへとアイデンティティ管理を広げたいプロダクト。
特徴： On-Behalf-Of Token ExchangeとToken Vaultにより、ユーザーセッションと社内・社外リソースを安全に接続。
価格： 公開されている500 MAUの選択基準において、Freeは0 USD、Essentialsは月額35 USD、Professionalは月額240 USD、Enterpriseは個別見積もり。Freeは最大25,000 MAUまで対応。M2MトークンはProfessional以上のアドオンであり、一部エンタープライズ機能も別料金。
無料トライアル： 22日間。終了後は自動的にFreeプランへ移行。

判定： 既存のAuth0アーキテクチャの延長線上でMCPを統合する場合に最適です。Auth0の利用実績がなく、料金体系が明確でスコープの絞られた認可サービスを求めている場合は他社製品をおすすめします。

5. Scalekit：低コストな単体MCP認証に最適

Scalekitは、大規模な統合アイデンティティ基盤を契約することなく、委任OAuthと認証情報Vaultを安価に導入したいチームにとって有力な選択肢です。

Scalekitは、委任OAuth、トークン更新、認証情報の安全な保管を処理し、ツール呼び出しごとに権限スコープを制御しつつ、シークレットをエージェントやモデルのコンテキストから完全に隔離します。テナントごとのVaultはAES-256暗号化を採用し、標準で90日間の監査ログ保持に対応しています。エージェントには実行権限のみを与え、長期有効なAPIキーなどの実値を渡さない構造になっているため、顧客のSaaSに接続するMCPサーバーにとって実用的な設計です。

考慮すべきはスケール時のプラン設計です。Freeプランは超過料金ではなく厳格な上限（ハードキャップ）が設定されており、Growthプランではユーザー数と組織数の両方に超過料金が発生します。スタンドアロンのMCP Authは月額99 USD、カスタマイズアドオンも月額99 USDとなっているため、SaaS向けの総合プランか単体MCP機能のどちらを契約するのかを事前に整理して比較する必要があります。

最適な対象： 委任MCP OAuthと認証情報の安全な管理を、手頃な初期費用で導入したいスタートアップや開発チーム。
特徴： FreeプランにMCP Authが含まれ、スタンドアロン版MCP Authも月額99 USDで公開されている点。
価格： Freeは月額0 USD、Growthは月額99 USD、Enterpriseは個別見積もり。Freeには25,000 MAU、25組織、1 SSO接続、1 SCIM接続、MCP Authが含まれ、超過課金なしの上限設定。Growthには100,000 MAU、100組織が含まれ、超過時は0.05 USD/追加MAU、1 USD/追加組織。無料枠以降のSSO/SCIM接続は、2〜15件まで各60 USD、16〜30件まで各45 USD、31〜50件まで各35 USD、51〜100件まで各30 USD、100件超は個別見積もり。スタンドアロンMCP Authは月額99 USD、カスタマイズは月額99 USDの別アドオン。
無料トライアル： 開発、QA、UAT、ステージングの各非本番環境は無料で利用可能。

判定： 企業接続数とMCP専用認証の単価を重視する場合に適しています。膨大なMAU許容量や、より広範なエンタープライズIAMエコシステムとの統合を求める場合は別の選択肢を検討してください。

6. Stytch：Stytchを採用済みのB2B SaaSに最適

Stytchは、すでに顧客を組織単位で管理しており、MCPクライアントをConnected Appsの一種として扱いたいB2B SaaS製品にとって最も無駄のない選択肢です。

Stytchは認可コードグラントを採用し、OAuth同意UIコンポーネントを提供し、保護リソースおよび認可サーバーのメタデータを公開します。アクセストークンやリフレッシュトークンの発行、スコープ検証、Dynamic Client Registrationをサポートしています。このアーキテクチャはSaaS開発者にとって馴染みやすく、特別なAPIキー例外を設けることなく、MCPクライアントをライフサイクルが管理された連携アプリとして位置づけられます。

難点は、無料枠を超えた場合の費用予測が公開ページだけでは難しいことです。ブランディング、SSO/SCIM接続、不正検出フィンガープリントの単価は公開されていますが、追加のMAUやM2Mの単価はインタラクティブ計算ツールでの算出が必要です。そのため初期検証は容易ですが、トラフィックが多い本番環境での試算にはやや手間がかかります。

最適な対象： すでにStytchの組織管理や認証機能を利用しているB2B SaaSプロダクト。
特徴： MCPクライアントをConnected Appsとしてマッピングし、同意UI、メタデータ、スコープ、トークン管理を一体化。
価格： 従量課金制は0 USDから、Enterpriseは個別見積もり。無料枠には10,000件の月間アクティブユーザーおよびAIエージェント、無制限の組織、5件のSSOまたはSCIM接続、1,000件のM2Mトークンが含まれます。ブランディングおよびメールのカスタマイズは99 USD。追加のSSO/SCIM接続は各125 USD。不正防止機能は10,000件の無料枠以降、1フィンガープリントあたり0.005 USD。追加MAUおよびM2M料金は計算ツールで算出。
無料トライアル： 期限付きトライアルではなく無料利用枠を提供。

判定： 既存のStytch環境にMCPクライアントを追加の連携アプリとして統合する場合に適しています。営業窓口に問い合わせる前に、高トラフィック時の詳細な積算価格を把握したい場合には向きません。

7. Permit.io：即座に導入できるOAuth・ツールポリシープロキシ

Permit.ioは、ログイン認証はすでに確立しているものの、MCPツールの呼び出しごとに厳格な認可判定、同意記録、監査ログを組み込みたい場合に最適なリバースプロキシです。

Permit MCP Gatewayは既存のIdPと連携し、OAuth 2.1セッションとトークン交換を管理しながら、ロールベース（RBAC）、属性ベース（ABAC）、関係ベース（ReBAC）のポリシーに基づいてツール呼び出しを判定します。これらのポリシーモデルにより、呼び出し元のロール、リクエストに付随する属性、リソースとの関係性を多面的に評価できます。また、同意画面の提供、エージェントアイデンティティのプロビジョニング、判定プロセスの記録にも対応しています。

利用時のポイントはプランの境界にあります。無料のCommunityプランがありますが、これにはOAuth 2.1プロキシや同意エディタが含まれていません。Permit.ioの中核であるMCPゲートウェイ機能を利用するには月額25 USDのProプラン以上が必要であり、SSO、シャドーエージェント検知、承認ワークフロー、専用環境へのデプロイなどの企業向け機能はEnterpriseプランの対象となります。

最適な対象： 既存のIdPを維持しつつ、MCPサーバーの手前にポリシー強制プロキシを配置したいチーム。
特徴： OAuthセッション管理と高度なツール実行ポリシーを単一のゲートウェイで同時に実現。
価格： Communityは0 USD、Proは月額25 USDから、Enterpriseは個別見積もり。Communityには1,000件の人間およびエージェントMAU、10テナント、1環境、7日間のログが含まれますが、OAuth 2.1プロキシや同意エディタは対象外。Proには最大50,000 MAU、20,000テナント、50環境、OAuth 2.1プロキシ、同意エディタ、21日以上のログ、99.95%のSLAが含まれ、SSOはアドオン。Enterpriseには無制限のMAU、テナント、環境に加え、SSO、シャドーエージェント検知、人間による承認機能、オンプレミスまたはVPCデプロイ、99.99%のSLAを提供。
無料トライアル： Communityプランはクレジットカード不要。実用的なOAuthゲートウェイ機能はProプラン（有料）から。

判定： 「このアイデンティティは今、このツールを実行してよいか」という認可判定の自動化がボトルネックになっている場合におすすめです。そもそも信頼できる認証やトークン発行の仕組みが未構築である場合は、まずそちらを整備する必要があります。

8. Cerbos：Policy as Codeの外部化に最適

Cerbosは、MCPの認可ルールをアプリケーションコードから分離し、Policy as Codeとして複数サービス横断でデプロイ・運用したい開発チームに最適です。

Cerbosはユーザー、エージェント、リクエスト、対象リソースのコンテキストを評価し、許可または拒否の判定を下して監査ログを残します。ベンダーはミリ秒未満（サブミリ秒）のポリシー判定レイテンシを謳っています。「財務エージェントが自部門の請求書データを読み取ることは許可するが、支払い承認は禁止する」といった一貫したルールを、複数のMCPサーバー全体に適用する場合に有効です。

明確にしておくべきは、CerbosはIdPでもOAuth認可サーバーでもないという点です。その役割は、アイデンティティとトークンの検証が終わった「後」の処理に特化しています。したがってCerbosを採用する場合でも、信頼できる主体、トークン発行フロー、場合によっては認証情報コンテナを別途用意する必要があります。Cerbosが置き換えるのは、分散して記述されがちな認可ロジックであり、アイデンティティ基盤全体ではありません。

最適な対象： 複数MCPサーバー間で共通する認可ポリシーを、コードから分離して一元管理・監査したいエンジニアチーム。
特徴： コンテキストに応じたポリシー判定を、ミリ秒未満の高速レスポンスで実行可能。
価格： オープンソース版は完全無料。Cerbos Hub Proof of Conceptは月額0 USD、Developmentは月額25 USDから、Productionは月額933 USDから、Enterpriseは個別見積もり。Proof of Conceptには100件の月間アクティブプリンシパルと1週間の統合監査ログが含まれます。Developmentには100プリンシパルと3か月のログが含まれます。Productionには5,000プリンシパルと1年間のログが含まれます。
無料トライアル： Developmentプランで3か月間。

判定： 認可ロジックの肥大化が課題で、すでに強固な認証基盤が存在する場合に最適です。IdPやOAuthサーバーが未整備で、1つの製品ですべてを完結させたいチームには向きません。

9. 1Password：認証情報の安全な保管・受け渡しに最適

1Passwordは、MCPの認証情報を設定ファイルやエージェントのコンテキストに平文で残さないための補助ツールとして優れています。ただし、アクセス権の認可を行う製品ではありません。

Runlayerとの連携において、1PasswordはMCPの認証情報フィールドに記述されたop://参照を受け付け、プロキシ接続時に実際のシークレットを動的に解決します。これにより、Runlayer側に生の認証情報を保存せずに済みます。SHA-256ハッシュ比較によってローテーションを検知し、取得および更新イベントの監査ログも記録されます。APIキーが必要なレガシーサービスとMCPサーバーを接続する際、実用的なセキュリティ向上策となります。

ただし、認証情報の安全な保管はアクセス制御そのものではありません。1Passwordはシークレットを保護しローテーションできますが、そのユーザーやエージェントが特定リソースに対してツールを実行してよいかを判断することはできません。委任アクセスが必要な場合は、必ずIdP、OAuthサーバー、ポリシー層と組み合わせて運用する必要があります。

最適な対象： MCPが後続サービスを呼び出す際に使う認証情報を安全に保管、取得、ローテーションしたいチーム。
特徴： op://参照により、生の値を保存することなく接続時に認証情報を動的取得可能。
価格： Teams Starter Packは年払いで10名まで月額24.95 USD（追加シートは10名まで各月額4.99 USD）。Businessは年払いで月額8.99 USD/ユーザー。Enterpriseおよび大口契約は個別見積もり。
無料トライアル： Teams Starter PackおよびBusinessで14日間。

判定： レガシーAPIへのアクセスに長期間有効なシークレットが必要な場合、認証スタックの横に配置するVaultとして推奨します。MCPのIAMシステムそのものとして導入してはいけません。

MCPセキュリティを構成する5つのレイヤー

各製品の真価を理解するには、適切なレイヤーに位置付ける必要があります。1社で複数のレイヤーを担う製品もありますが、それぞれの役割は明確に異なります。

• IdP（アイデンティティプロバイダー）： 人間またはワークロードの本人性を証明し、グループ所属や退職時のアカウント失効を管理します。
• OAuth認可サーバー： 特定の保護対象リソースとスコープに限定して、指定のMCPクライアントにトークンを発行します。
• ポリシーエンジン： 認証された主体が、要求されたリソースに対して特定のツール操作を実行してよいかを判定します。
• Vault（シークレット保管）： 委任OAuthに置き換えられない、後続処理用のシークレットを暗号化して保護します。
• MCPサーバー： ツールやリソースを公開し、トークンの正当性を検証した上で最終的な処理を実行します。

失効管理がこのループを完成させます。もしIdP側でユーザーを削除しても、サーバーが無期限のトークンを受け入れ続けていれば、一元管理は形骸化します。OAuthが限定スコープのトークンを発行しても、MCPサーバーがリソースのコンテキストを検証しなければ、権限は粗いままです。ポリシーをどれほど厳密に定義しても、後続APIの生キーがエージェントのプロンプト内に露出していれば安全は保てません。

Okta、WorkOS、Permit.io、Cerbos、1Passwordが単なる競合製品ではないのはそのためです。完成されたシステムの中では、これらは同一アーキテクチャの構成要素として共存できます。導入時の問いは「自社において不足しているレイヤーはどれで、どのベンダー製品で補い、どのレイヤーを自前で安全に運用できるか」です。

ユースケース別：最適なツールの選び方

すでに社内の統合アイデンティティ基盤としてOktaを使っており、サポート対象のClaudeコネクタを安全に統制したい場合は、Oktaを選んでください。ただし、MCPのためだけに新規で全社IAM契約を結ぶ必要があるなら、他の選択肢を検討すべきです。

SaaS開発チームが自社MCPサーバーを公開するにあたり、既存のログイン基盤を変更せずにOAuth 2.1認可サーバーを組み込みたい場合は、WorkOSを選んでください。エージェント認証、接続テンプレート、同意管理、ポリシー制御を1つの統合プラットフォームにまとめたい場合は、Descopeへ切り替えます。

自社製品を本格的なエージェントプラットフォームへと拡張しており、Bring Your Own Authによって認証基盤の移行リスクを避けたい場合は、Descopeを選んでください。より小規模な構成で、価格の透明性を重視し、単体MCP認証で要件を満たせる場合はScalekitが適しています。

すでに自社製品の認証モデルを担っている場合は、Auth0またはStytchを選んでください。既存のアーキテクチャを活用することは大きな利点です。移行にはリスクが伴い、ユーザーデータベースの二重管理やアクセス失効フローの混乱を招くためです。新規で導入する場合は、不足しているレイヤーに応じてWorkOS、Descope、Scalekitと比較検討してください。

ツール呼び出しごとにロール、属性、関係性に基づくポリシーを強制できるOAuth対応ゲートウェイが必要な場合は、Permit.ioを選んでください。トークン検証の仕組みはすでに存在し、Policy as Codeによる判定ロジックの外部化のみを求めている場合は、Cerbosを選んでください。Permit.ioはプロキシ経路を包括的に提供し、Cerbosは認可判定レイヤーをより明示的に切り出します。

1Passwordは認証情報の保管レイヤーとしてのみ選択してください。後続APIの接続に長期有効なシークレットが必要な場合、主たるIAMツールの横に配置して活用します。認証や認可ツールそのものの代わりとして導入してはいけません。

導入判断を左右するコスト試算

公開されている基本料金は、課金単位が自社のシステム要件と合致して初めて意味を持ちます。Oktaは従業員数単位、WorkOSとScalekitは接続企業数やユーザー数に応じた課金体系です。DescopeはMAU、テナント数、SSO、M2M交換、同意数、アクティブトークン数を計測します。Permit.ioやCerbosはポリシー規模や監査機能のプランで費用が変動します。単一の価格だけで比較すると、請求額を左右する要因を見落とすことになります。

ケース1：Claudeの標準化を進める250名規模の企業

Okta Starterの定価は月額6 USD/ユーザーです。250席の場合、月額1,500 USD、年間18,000 USDとなります。前述の試算では、従業員による個別承認の手間は125時間、単発で9,375 USD相当でした。

判断基準は明快です。すでにOktaのライセンス費用を支払っている企業であれば、追加アドオンや実装にかかる費用を、一元的な権限失効や監査統制のメリットと照らし合わせて評価します。まだOktaを導入していない企業の場合、年間18,000 USDの認証基盤契約を「承認作業の自動化ツール」として正当化することはできません。全社的なセキュリティ投資として評価する必要があります。

ケース2：企業接続10件を持つSaaSプロダクト

WorkOSのSSO接続10件は、1〜15件のレート（125 USD/件）で月額1,250 USDとなります。Scalekit Growthは月額99 USDで1件目の接続が含まれ、追加の9件（各60 USD）を合わせると月額639 USDとなります。定価ベースでの差額は月額611 USD、年間で7,332 USDです。

接続数のみを基準にするならScalekitが有利です。しかし、WorkOSはAuthKitによって100万MAUまで追加基本料なしでカバーできるのに対し、Scalekit Growthは100,000 MAUを超えると1ユーザーあたり0.05 USDの超過料金が発生します。そのため、企業接続数よりも一般エンドユーザーの規模が大きい場合は、WorkOSの方が経済的になる場合があります。

ケース3：ポリシー制御がコスト要因となる構成

Permit.io Proは月額25 USDから利用でき、OAuthプロキシと同意エディタが含まれます。Cerbos Developmentも月額25 USDから始まりますが、その役割はトークン発行ではなく認可ポリシーの外部化であり、本番（Production）プランは5,000プリンシパルと1年間のログ保持で月額933 USDとなります。Descope Growthは月額799 USDからで、きめ細かな認可機能と外部監査連携が利用可能になる最初のプランです。

これら3つは同じ機能に対する異なる価格ではありません。Permit.ioは導入しやすいゲートウェイとポリシーのパッケージです。Cerbosは専用のPolicy as Code環境を提供し、本番プランの単価が高めに設定されています。Descope Growthは広範なアイデンティティ機能の枠内にポリシーと外部監査を含めたプラットフォームプランです。価格の数字を比較する前に、自社が求める運用モデルを見極める必要があります。

避けるべき導入パターン

避けるべきMCPアイデンティティ管理の手法は、特定企業の問題というよりも設計パターンの誤りに起因します。以下の3つの安易な選択には注意してください。

生のAPIキーを主要なアイデンティティ基盤にする

静的なAPIキーはアプリケーションを識別できますが、人間の本人性、同意イベント、絞り込まれた委任スコープ、グループベースの退職時失効などを柔軟に表現することはできません。レガシーAPIの仕様上どうしても必要な場合は、1Passwordやベンダー提供のVaultに保管し、その手前にOAuthとポリシー判定を設けてください。生のキーをモデルに直接渡したり、キーを所持していること自体を全ツール実行の許可とみなしたりしてはいけません。

MCPへの対応実績が文書化されていない一般的なIAMベンダーの採用

優れた社内認証基盤（IdP）を持っているからといって、それだけでMCPの保護リソースメタデータ、クライアント登録、同意フロー、トークン交換、ツールスコープ、サーバー検証が自動的に実現するわけではありません。既存のIdPを信頼の起点とすること自体は正解ですが、MCPクライアントおよびサーバーとの具体的な接続アーキテクチャが公式にサポートされているかを事前に確認してください。

明確な目的のないOAuthプロキシの自社開発

自前でOAuthプロキシを運用するということは、検出仕様、クライアント登録、リダイレクト検証、同意画面、トークン発行、更新、失効、キーのローテーション、監査ログ、不正利用対策、そして今後追加される相互運用仕様のすべてを自社で保守することを意味します。認可基盤そのものが自社のコアな知的財産である場合や、法規制により外部サービスが利用できない場合を除き、最初のプロトタイプ作成時よりも運用保守の負担は大幅に増大します。

現場で即実践できる展開手順

最初から9社すべてに対して提案依頼書（RFP）を出す必要はありません。まずは顧客データ、財務情報、ソースコード、運用環境などにアクセスする重要なコネクタを1つ選定します。目指すべきは、アクセス経路の中で最も手前にあるボトルネックを特定し、その責任者を決めることです。

1. 1

   現在のアクセス経路を棚卸しする

   1つのコネクタを対象に、ユーザーまたはエージェント、MCPクライアント、IdP、認可サーバー、MCPサーバー、後続システム、保管されている認証情報、監査ログの送信先を書き出します。アクセスをどのように遮断するかを明確に説明できない箇所には印をつけておきます。

2. 2

   最小限の権限範囲を1つ定義する

   単一ワークスペースへの読み取り専用アクセスなど、対象ツールとリソースの境界を1つ決めます。ログインの成功と、そのツールの実行権限を明確に切り離します。これにより、不足している制御がOAuthスコープなのか、アプリケーション側のポリシーなのか、あるいはその両方なのかが浮き彫りになります。

3. 3

   実運用に即した課金単位を算出する

   社内の従業員シート数、MAU、組織数、SSO/SCIM接続数、M2M交換数、同意数、アクティブトークン数、ポリシー判定対象のプリンシパル数、ログ保持期間、SIEM接続数を数えます。選定候補のベンダーが実際に課金対象としている単位のみを計算に使用します。

4. 4

   権限失効テストを実施する

   権限を付与し、意図したMCPクライアントから実行した上で、対象ユーザーまたはグループを削除し、すべての関連環境でアクセスが即座に遮断されるかを検証します。遮断にかかる時間と監査ログの証跡を記録します。失効処理が確実に機能して初めて、安全な運用体制が整ったと言えます。

5. 5

   利用頻度ではなくリスク基準で拡張する

   1つ目のコネクタで検証が完了したら、誤用時の事業影響が大きいコネクタから順次適用を広げます。確立したアイデンティティと失効のパターンを再利用しつつ、広範な権限をそのままコピーするのではなく、ツールやリソースごとに新たなスコープを定義します。

最終的に手元に残すべき成果物は、分厚いプレゼン資料ではなく、1ページの統制記録シートです。信頼の起点は誰か、どのトークンが発行されるか、どのポリシーで検査するか、シークレットはどこにあるか、どのように失効させるか、次の利用規模での費用はどうなるか、検査失敗時に誰が対応するかを明確にまとめます。

よくある質問

無料で利用できるMCPアイデンティティ・アクセス管理ツールはありますか？

はい、存在します。WorkOS AuthKitは100万MAUまで0 USDで利用でき、Descope、Auth0、Scalekit、Stytch、Permit.io、Cerbosにもそれぞれ0 USDで開始できるプランがあります。ただし機能制限の確認が必要です。Permit.io CommunityにはOAuth 2.1プロキシや同意エディタが含まれず、Descopeのきめ細かな認可制御はGrowthプランからとなり、Cerbosの本番稼働には有料のHubプランが必要になる場合があります。

MCP IAMツールの代表例にはどのようなものがありますか？

OktaはIdPおよびエンタープライズ認可のコントロールプレーンです。WorkOS、Descope、Auth0、Scalekit、StytchはMCP向けのOAuth認可や連携アプリ認証を提供します。Permit.ioとCerbosはポリシー判定に特化しており、1Passwordは後続の認証情報を保護します。これらは9つの同一スイートではなく、異なるレイヤーを担う製品群です。

MCPのアクセス管理にAWS IAMだけで十分ですか？

AWS IAMはAWSアカウントおよびAWSリソースに対する認証、認可、権限を管理するものです。AWS環境内で完結するシステムのリソース保護には適していますが、MCPクライアントの認可、同意、トークン管理、ツールポリシー、監査、失効といった経路全体の設計を不要にするものではありません。MCPサーバーが非AWSサービスを呼び出す場合や、他社の企業向けIdPのユーザーを収容する場合は、AWS IAMをシステム全体の一構成要素として位置づける必要があります。

クラウドIAMとMCP IAMの違いは何ですか？

クラウドIAMは、クラウドアカウントやインフラリソースに対するアイデンティティと権限を管理します。対してMCP IAMは、人間またはエージェントがMCPクライアント経由でMCPサーバーに接続する方法、そのアクセスを表すトークン、そしてセッション内で利用可能なツールや後続リソースの権限を制御します。MCPツールがクラウドインフラを操作する接点において両者は交差しますが、クラウド側のポリシーとMCPセッションを橋渡しする明示的な設計が不可欠です。

まとめ

AI業務自動化・監査チェックリストを入手する

次期自動化プロジェクトにおけるアイデンティティ、ポリシー、シークレット、運用責任のギャップを洗い出すためのチェックリストです。