利用可否は Auth0 のプランによって異なります
この機能を利用できるかどうかは、Auth0 のプランまたはカスタム契約の内容によって異なります。詳細については、Pricing を参照してください。
拡張性
Actions イベントオブジェクト
event オブジェクトを使用してトークンの内容を変更した場合、その変更はすべての Actions の実行が完了した後のトークンに反映されます。
SDKs
以下の例では、ID トークンとアクセストークンでデフォルトで利用できる
org_id クレームを参照しています。ただし、Authentication API で組織名の使用もサポートするようにテナントを設定できます。これにより、トークンには org_id クレームと org_name クレームの両方が含まれます。これらが存在する場合は、受信した値が信頼できるエンティティに対応していることを確認するため、org_id に加えて org_name クレームも検証してください。一般に、トークンの検証には組織 ID を使用する方法が推奨されます。ただし、ユースケースによっては組織名を使用することもできます。組織名を使用してトークンを検証する場合の影響については、Use Organization Names in Authentication API を参照してください。ユーザーを特定の組織にログインさせたい
/authorize リクエストで送信したものと同一であることを確認してください。これには、org_id クレームを exp や nonce などの他のクレームと同様に検証します。
詳しくは、以下を参照してください。
- 認可コードフローを使用してログインを追加する
- 認可コードフローを使用して API を呼び出す
- PKCE 付き認可コードフローを使用してログインを追加する
- PKCE 付き認可コードフローを使用して API を呼び出す
- フォーム POST を使用するインプリシットフローでログインを追加する
- ハイブリッドフローを使用して API を呼び出す
- 組織に基づいてセッションの非アクティブタイムアウトをカスタマイズする
アプリケーションから、認証されたユーザーがログインした組織を取得したい
org_id クレームに含まれます。Auth0 SPA SDK を使用すると、次のように取得できます。
const { org_id } = await client.getIdTokenClaims();
API から、アクセストークンの発行時に使用された組織を取得したい
org_id クレームが含まれます。
これは、次の Ruby の例のように、バックエンドでほかのクレームとあわせて検証できます。
Auth0 ドメインを確認するAuth0 ドメインは、テナント名、リージョンのサブドメイン (テナントが米国リージョンにあり、2020 年 6 月より前に作成された場合を除く) 、および
.auth0.com を組み合わせたものです。たとえば、テナント名が travel0 の場合、Auth0 ドメイン名は travel0.us.auth0.com になります。 (テナントが米国にあり、2020 年 6 月より前に作成された場合、ドメイン名は https://travel0.auth0.com になります。)カスタムドメインを使用している場合は、そのカスタムドメイン名を使用します。