比較
QAuthと他製品の比較
チームがよく検討するマネージド型とオープンソースのIDプラットフォームと、QAuthを比べます。AIエージェントを使うときに重要になる点と、QAuthがまだ及ばない点の両方を載せています。比較したい製品を選んでください。
横にスクロールすると、選んだ製品をすべて表示できます。
| マネージドサービス | オープンソース | |||
|---|---|---|---|---|
| 機能 | QAuth | Auth0 (Okta) | Authlete | Keycloak |
| オープンソース | 対応 Apache 2.0ライセンス。[1] | 非対応 プロプライエタリなサービス。オープンソースはクライアントライブラリのみ。[2] | 対応 Apache 2.0ライセンス。[8] | |
| 自社サーバーでの運用 | 対応 Docker Composeで運用可能。ユーザーのデータは自社サーバー内に保持。[1] | 対応 サーバー、コンテナ、Kubernetesで運用可能。[19] | ||
| マネージドサービス | 予定 QAuth Cloudを予定。現時点では未提供。[1] | 対応 共有のパブリッククラウド、またはEnterpriseアドオンとしての専用プライベートクラウド。[13] | 対応 共有クラウドまたは専用クラウド（米国、日本、ブラジル、EUのリージョン）。[5] | 非対応 公式のマネージドサービスはなし。ホスティングはサードパーティが提供。[24] |
| 料金 | セルフホスト無料 自社のサーバーでは無料で、ユーザー単位の料金なし。マネージド版のQAuth Cloudは有料の予定。[1] | 無料枠あり 月間アクティブユーザー25,000人まで無料。有料プランはアクティブユーザー数で課金。[26] | 無料 有償サポートはRed Hatのサブスクリプションでのみ提供。[24] | |
| OAuthとOpenID Connect | 対応 OAuth 2.1とOpenID Connectをフル実装したサーバー。1.0より前にOpenID認定の取得を予定。[1] | 対応 自社サーバーの裏側で動くエンジンとして、OAuth 2.0とOpenID Connectを提供。FAPI 2.0認定（2025年）。最後に掲載されたOpenIDプロバイダー認定：2.2（2020年）。[34] | ||
| 本人の代わりに動くAIエージェント | 対応 トークン交換でエージェントと本人の両方を明示。アクセスレベルには上限あり。[41] | 対応 2.3以降、標準のトークン交換に対応。何を発行するかは自社サーバーが決定。[47] | ||
| MCPサーバー向けのログイン | 対応 現行のMCP認可プロファイル（2026-07-28）。[53] | 対応 Auth for MCP。2026年5月から一般提供。[54] | 対応 3.0.23（2025年12月）以降、CIMDに対応。動的登録にも対応。[57] | 一部対応 公式ガイドあり。新しいMCPバージョンには実験的機能が必要。[59] |
| リスクのある操作を本人が承認 | 対応 危険な操作の前にステップアップ認証。エージェントごとの監査ログ。[41] | 有料アドオン 非同期承認（CIBA）はEnterpriseプランまたはアドオンで提供。[63] | 対応 ステップアップ認証とCIBAによる承認。[70] | |
| 耐量子署名 | オプトイン ML-DSA-65によるハイブリッド署名。既定ではオフ。[74] | 非対応 公開された計画は見当たらず。ドキュメント記載のアルゴリズムはRS256、HS256、PS256。[75] | 非対応 公開された計画は見当たらず。SDKに記載のアルゴリズムはEdDSAまで。[78] | 未対応 未解決のIssueで追跡中。リリースには未搭載。[80] |
| EUデジタルIDウォレットでのログイン | 実装済み・オプトイン テスト用ウォレットで動作。実際のウォレットでのテストは未完了。[74] | 非対応 ドキュメントに記載なし。米国のモバイル運転免許証の確認はアーリーアクセス。[84] | 非対応 ウォレットへの資格情報の発行に対応。ウォレットによるログインはドキュメントに記載なし。[87] | 実験的 26.8以降、ウォレットによるログイン（OID4VP）。[37] |
| LDAPとActive Directory | 未対応 1.0には含まれず。1.xで対応予定。[92] | 対応 自社ネットワークに置くコネクターで、Active DirectoryまたはLDAPと連携。LDAPサーバーとしての機能はなし。[93] | 対象外 Authleteはユーザーアカウントを保持しない。LDAPやActive Directoryとの照合は、自社のログイン処理で行う。[96] | 対応 LDAPとActive Directoryでのログインと、そこからの同期に対応。LDAPサーバーとしての機能はなし。[98] |
| SAML 2.0 | 未対応 1.0には含まれず。1.xで対応予定（まずはIDプロバイダーとして）。[92] | 対応 アプリ向けのSAML IDプロバイダー。上流のSAML接続にも対応（プランによる制限あり）。[102] | 非対応 OAuthとOpenID Connectのみ。SAMLでのログインは、自社のログイン処理で行う。[105] | 対応 アプリ向けのSAML IDプロバイダー。上流のSAML IDプロバイダーにも対応。[98] |
| SCIMによるユーザープロビジョニング | 未対応 SCIMの受信は、1.xで組織機能とともに提供予定。[92] | 対応 エンタープライズ接続でSCIMの受信に対応。送信はActionsのテンプレートで実現。[110] | 対象外 ユーザーディレクトリを持たないため、プロビジョニングは自社のユーザー管理システムで行う。[96] | 対応 26.8以降、SCIMの受信に対応。送信の標準機能はなし。[37] |
| 多要素認証 | 対象外 多要素認証は、自社のログイン画面で提供する。[119] | 対応 TOTP、セキュリティキー、パスキー、リカバリーコード。すべて無料。[98] | ||
| 管理コンソール | 対応 Auth0 Dashboard。[123] | 対応 サーバー設定、クライアントアプリ、チームのアクセス権を管理するWebコンソール。エンドユーザーのアカウントは設計上扱わない。[125] | 対応 管理コンソールを標準搭載。[98] | |
| ソーシャルログインと企業アカウントでのログイン | 対応 Google、Apple、GitHubなどは全プランで利用可能。エンタープライズ接続はプランによる制限あり。[26] | 対象外 Google、Microsoft、任意のOpenID Connectプロバイダーとの連携は、自社のログイン処理で行う。[105] | 対応 Google、Microsoft、GitHubなどのほか、任意のOIDCまたはSAMLプロバイダー。[98] | |
| 提供元 | QAuth Labs。[1] | Okta, Inc.（米国サンフランシスコ）。[136] | Authlete, Inc.（日本・東京）。[139] | |