Skip to main content

概要

主要な概念
  • Auth0 の開発者キーの制限事項を確認します。
利用可能な ソーシャルIDプロバイダー を使用する場合は、から と を取得するために、該当するIDプロバイダーにアプリケーションを登録する必要があります。
Auth0 では、Auth0 開発者キーを使用することで、独自の Client ID と Client Secret を指定しなくてもソーシャルIDプロバイダーをテストできます。これにより、特定のソーシャルIDプロバイダーをすばやく有効化してテストできますが、本番環境では使用しないでください。
Auth0 開発者キーは Private Cloud デプロイ では利用できません。 本番環境では、開発者キーの使用に伴う制限事項を避けるため、必ず選択したプロバイダーの手順に従って、そのプロバイダーから Client ID と Client Secret を取得してください。Google 開発者キーを本番用キーに移行する手順については、この Auth0 Developer Lab を参照してください。

カスタム開発者キー

1 つ以上の接続で Auth0 の開発者キーが使用されています。これらは開発およびテストでの使用のみを目的としたものです。同意ページに Auth0 ではなく独自のロゴを表示し、これらの接続でシングルサインオン (SSO) を設定できるようにするには、独自の Developer Keys で接続を設定する必要があります。Auth0 の開発者キーは本番環境での使用には推奨されません。

Client ID と Client Secret

Client ID / Client Secret の正式な呼び方は、IDプロバイダーによって異なる場合があります。たとえば、X では Consumer Key / Consumer Secret、LinkedIn では API Key / Secret Key と呼ばれます。

​
開発者キーの制限

Auth0 の開発者キーは、あくまでテスト専用です。独自の Client ID と Client Secret の代わりにこれを使用すると、予期しない動作や機能の制限、アプリ エラーが発生する可能性があります。 Auth0 の開発者キーを使用すると、各種アイデンティティプロバイダーの認証フローで、ユーザーに Auth0 の名前、ロゴ、情報が表示されることがあります。一方、独自のアプリケーションを登録すれば、独自のロゴやその他のアプリケーション情報を使用できます。
同意画面

​
Universal Login 使用時における開発者キーの制限

クラシックログイン エクスペリエンス または Universal Login エクスペリエンス を使用している場合は、以下の制限があります。
  1. 開発者キーを カスタムドメイン と併用することはできません。
  2. Auth0 の開発者キーを使用している場合、シングルサインオン は正しく機能しません。Auth0 の開発者アプリケーションは、独自のテナントの callback URL (たとえば https://YOUR_AUTH0_DOMAIN/login/callback) ではなく、https://login.auth0.com/login/callback にコールバックするよう設定されています。 その結果、SSO Cookie は独自のテナントドメインに設定されないため、次回ユーザーが認証するときに、アプリケーションで Use Auth0 instead of the Identity Provider to do Single Sign-on (レガシーテナントのみ) を設定していても、SSO Cookie は検出されません。
  3. Actions を使ったユーザーのリダイレクト は正しく機能しません。リダイレクト Actions は https://YOUR_AUTH0_DOMAIN/continue エンドポイントで再開されます。Auth0 の開発者キーを使用している場合、セッションは汎用的でテナントに依存しない特別なエンドポイント上に確立されるため、/continue を呼び出しても前のセッションが見つからず、エラーになります。
  4. フェデレーテッドログアウト は機能しません。Auth0 の開発者キーを使用している場合、/v2/logout?federated を呼び出すとユーザーは Auth0 からはサインアウトされますが、ソーシャルIDプロバイダーからはサインアウトされません。
  5. prompt=none は /authorize エンドポイントでは機能しません。auth0.js の checkSession() メソッドは内部的に prompt=none を使用しているため、こちらも機能しません。
  6. Auth0 が SAML IDプロバイダーとして動作していて、Auth0 の開発者キーを使ってソーシャル接続を使用している場合、生成される SAML レスポンスには、InResponseTo 属性の欠落や空の AudienceRestriction 要素などのエラーが含まれます。
  7. 多要素認証 は正しく機能しません。MFA 認証が成功すると、POST リクエストが https://YOUR_AUTH0_DOMAIN/mf に送信されます。Auth0 の開発者キーを使用している場合、セッションは汎用的でテナントに依存しない特別なエンドポイント上に確立されるため、/mf を呼び出しても前のセッションが見つからず、エラーになります。