認証
ユーザー管理
カスタマイズ
Auth0 AI
プラットフォームサードパーティアプリケーション では、設定できるプロパティが制限されています。サポート対象に含まれないプロパティは、Auth0 Dashboard または Management API では設定できません。詳しくは、Security Controls for Third-Party Applications を参照してください。
基本設定
基本情報
- 名前: アプリケーションの名前です。編集可能で、ポータル、メール、ログなどに表示されます。
- ドメイン: Auth0テナント名です。これは新しいAuth0テナントの作成時に選択するもので、後から変更することはできません。別のドメインが必要な場合は、右上のメニューで + Create Tenant を選択して、新しいテナントを登録する必要があります。
- : アプリケーションの一意の識別子です。Auth0で認証を設定する際に使用します。新しいアプリケーションの作成時にシステムによって生成され、変更することはできません。
- : 認証フローで の署名と検証を行い、一部のAuth0 APIエンドポイントへのアクセスを取得するために使用される文字列です。デフォルトでは値は非表示になっているため、表示するには Reveal Client Secret ボックスをオンにします。クライアントIDは公開情報と見なされますが、クライアントシークレットは 必ず機密情報として保持する必要があります。クライアントシークレットに第三者がアクセスできると、その相手がトークンを発行し、本来アクセス権のないリソースにアクセスできてしまいます。
- 説明: アプリケーションの目的を記述する自由入力のテキストです。最大140文字です。
アプリケーションのプロパティ
- Application Logo: アプリケーションに表示するロゴの URL です (推奨サイズ: 150 x 150 ピクセル) 。Dashboard のアプリケーション一覧や、カスタマイズされた同意画面など、複数の場所に表示されます。設定されていない場合は、この種類のアプリケーションのデフォルトバッジが表示されます。
- Application Ownership: アプリケーションがファーストパーティかサードパーティアプリケーションかを示します。サードパーティアプリケーションには、強化されたセキュリティ制御 が適用されます。アプリケーションの所有区分は作成時に設定され、あとから変更することはできません。詳しくは、First-Party and Third-Party Applications を参照してください。
-
Application Type: Auth0 アプリケーションのタイプによって、Dashboard で設定できる項目が決まります。 (M2M アプリでは編集できません。また、選択したグラントタイプが現在選択中のアプリケーションタイプでのみ許可されている場合は、他の Auth0 アプリケーションタイプでも無効になることがあります。) ドロップダウンから、次のタイプを選択します。
- Machine to Machine: コマンドラインツール、デーモン、IoT デバイス、バックエンドで実行されるサービスなどの非対話型アプリケーションです。通常、API へのアクセスが必要なサービスがある場合は、このオプションを使用します。
- Native App: デバイス上でネイティブに実行されるモバイルアプリケーションまたはデスクトップアプリケーションです (iOS や Android など) 。
- Regular Web App: アプリケーションロジックの大部分をサーバー上で実行する従来型の Web アプリケーションです (Express.js や ASP.NET など) 。
- Single Page App: ユーザーインターフェースロジックの大部分を Web ブラウザー内で実行し、主に API を使用して Web サーバーと通信する JavaScript アプリケーションです (AngularJS + Node.js や React など) 。
アプリケーションのURI
-
Application Login URI: 一部のシナリオでは、Auth0 がアプリケーションをそのログインページにリダイレクトする必要があります。この URI は、テナントの
/authorizeエンドポイント にリダイレクトする、アプリケーション内のルートを指している必要があります。通常はhttps://myapp.org/loginの形式です。このフィールドでは、次のプレースホルダーを使用できます。- Organization metadata placeholders:
{organization.metadata.KEY}を使用すると、リクエストに関連付けられた Auth0 組織のメタデータに基づいて URL を動的に設定できます (例:https://{organization.metadata.public_login_host}/login) 。 - カスタムドメイン placeholders:
{custom_domain.metadata.KEY}を使用すると、リクエストで使用されたカスタムドメインのメタデータに基づいて URL を動的に設定できます (例:https://{custom_domain.metadata.public_app_host}/login) 。
- Organization metadata placeholders:
-
Allowed Callback URLs: ユーザーの認証後に Auth0 がリダイレクトできる URL のセットです。有効な URL は複数指定でき、カンマ区切りで入力します (通常は QA やテストなど、異なる環境に対応するためです) 。本番環境では、URL が localhost を指していないことを確認してください。このフィールドでは、次のプレースホルダーを使用できます。
- Wildcards: サブドメインには
*を使用します (*.google.com) 本番環境では推奨されません。 - Organization placeholders:
{organization_name}を使用すると、登録済みの組織名を動的に指定できます (例:https://{organization_name}.example.com) 。 - カスタムドメイン placeholders:
{custom.domain.metadata.KEY}を使用すると、リクエストで使用されたカスタムドメインのメタデータに基づいて URL を動的に設定できます (例:https://{custom_domain.metadata.public_app_url}/callback) 。
- Wildcards: サブドメインには
このフィールドで最初に指定された URL は、対応するプロトコルフローでコールバック URL が明示的に指定されていない場合、デフォルトのコールバック URL として使用されます。これは特に、SAML、WS-Fed、および SAML IdP 起点の SSO フローに適用されます。
{organization_name} プレースホルダーを含む URL を優先してください。詳細については、Subdomain URL Placeholders を参照してください。
- Allowed Logout URLs: ユーザーが Auth0 からログアウトした後、
returnToクエリパラメーターを使ってリダイレクトできます。returnToで使用する URL は、ここに含まれている必要があります。有効な URL はカンマ区切りで複数指定できます。本番環境では、URL が localhost を指していないことを確認してください。- Wildcards: サブドメインには
*を使用します (*.google.com) 。本番環境では推奨されません。 - カスタムドメイン placeholders:
{custom.domain.metadata.KEY}を使用すると、リクエストで使われたカスタムドメインのメタデータに基づいて URL を動的に設定できます (例:https://{custom_domain.metadata.public_app_url}/callback) 。
- Wildcards: サブドメインには
- Allowed Web Origins: Cross-Origin Authentication、Device Flow、およびレスポンスモードとして
web_messageを使用する認可リクエストの送信元にできる URL の一覧です。有効な URL はカンマ区切りで複数指定できます。本番環境では、URL が localhost を指していないことを確認してください。これらの URL の検証では、パス、クエリ文字列、ハッシュ情報は考慮されません (実際には、これらが原因で一致に失敗する場合があります) 。Allowed Web Origins フィールドには最大 100 個の URL を指定できます。- Wildcards: サブドメインには
*を使用します (*.google.com) 。本番環境では推奨されません。 - カスタムドメイン placeholders:
{custom.domain.metadata.KEYを使用すると、リクエストで使われたカスタムドメインのメタデータに基づいて URL を動的に設定できます (例:https://{custom_domain.metadata.public_app_url}/callback) 。
- Wildcards: サブドメインには
- Allowed Origins (CORS): Auth0 に対して Cross-Origin Resource Sharing (CORS) リクエストを実行できる URL の一覧です。
- カスタムドメイン placeholders:
{custom.domain.metadata.KEY}を使用すると、リクエストで使われたカスタムドメインのメタデータに基づいて URL を動的に設定できます (例:https://{custom_domain.metadata.public_app_url}/callback) 。
- カスタムドメイン placeholders:
IDトークン
id_token が期限切れになるまでの時間である IDトークンの有効期限 (秒) を入力します。デフォルト値は 36000 秒 (10 時間) です。
シングルサインオンには IdP ではなく Auth0 を使用: 有効にすると、Auth0 は、有効なセッションを持つ認証済みユーザーを IDプロバイダー (Facebook や ADFS など) にリダイレクトしないようにします。レガシーテナントのみ。
リフレッシュトークンローテーション
refresh_token を使って access_token をリクエストできる許容猶予時間です。詳細については、リフレッシュトークンローテーション を参照してください。
リフレッシュトークンの有効期限
オープンリダイレクト保護
application.callback_domain も公開しません。これにより、リダイレクト URI が信頼できない第三者によって制御されている場合のオープンリダイレクト攻撃を防止できます。
設定済みのコールバック URI を信頼できるサードパーティアプリケーションでのみ、オープンリダイレクト保護を無効にしてください。
詳細については、リダイレクト保護を参照してください。
詳細設定
- アプリケーションのメタデータ、デバイス、、および WS-Federation の設定を管理または追加する
- 証明書や に関する情報を取得する
- アプリケーションのグラントタイプを設定する
アプリケーションのメタデータ
client_metadata、Rules では context.clientMetadata として公開されます。作成できるメタデータセットは最大 10 個です。
デバイス設定
- iOS アプリを開発する場合は、Team ID と App ID を入力します。詳細は、Apple Xcode で Universal Links サポートを有効にするを参照してください。
- Android アプリを開発する場合は、App Package Name と Key Hashes を入力します。詳細は、Android App Links サポートを有効にするを参照してください。
OAuth
- デフォルトでは、すべてのアプリ/API がデリゲーションリクエストを実行できます。特定のアプリ/API に明示的に権限を付与する場合は、Allowed Apps/APIs で設定します。
- Highly Regulated Identity add-on を使用している場合は、Compliance Enforcement Level 設定を使用してコンプライアンスレベルを設定します。詳しくは、FAPI コンプライアンスを設定するを参照してください。
- Non-Verifiable Callback URI End-User Confirmation: コールバックに Non-verifiable URI が使用される場合に、ログイン確認をユーザーに求めるかどうかをこの設定で制御します。Auth0 では、このような場合にエンドユーザー確認をスキップしないことを推奨しています。この設定は、同名のテナント設定よりも優先されます。詳しくは、アプリケーションのなりすまし対策を参照してください。
- の署名に使用するアルゴリズム (HS256 または RS256) を設定します。詳しくは、JSON Web Token の署名アルゴリズムを参照してください。
RS256(推奨) を選択すると、トークンはテナントの秘密鍵で署名されます。 - Trust Token Endpoint IP Header 設定を切り替えます。これを有効にすると、
auth0-forwarded-forが信頼できるものとして扱われ、トークンエンドポイント でのブルートフォース攻撃対策のためのエンドユーザー IP 情報のソースとして使用されます。この設定は、Regular Web Apps と M2M Apps でのみ使用できます。 - スイッチを切り替えて、アプリケーションが OIDC 準拠 かどうかを指定します。OIDC 準拠としてフラグ付けされたアプリケーションは、OIDC 仕様に厳密に従います。
グラントタイプ
authorization_code、refresh_token、client_credentials がサポートされます。
WS-Federation
証明書
