Skip to main content
は、ユーザーがそのプロバイダーで認証した後、サードパーティのを発行します。これらのアクセストークンを使用すると、それを発行したサードパーティプロバイダーの API を呼び出せます。たとえば、ユーザーが Facebook で認証した後に発行されたアクセストークンを使って、Facebook Graph API を呼び出すことができます。 個々のユーザーについては、アイデンティティプロバイダーのトークンは、該当する接続の要素にある user オブジェクトの identities array で利用できます。特定のユーザーのトークンに安全にアクセスするには、read:user_idp_tokens スコープを含む Management API 用のアクセストークン が必要です。その後、Get a User エンドポイント に HTTP GET リクエストを送信して、トークンを取得できます。 の consent フローを使用して設定されたエンタープライズ接続の管理者ユーザーについては、アイデンティティプロバイダーのトークンは connection オブジェクトで利用できます。接続のトークンに安全にアクセスするには、read:connections スコープを含む Management API 用のアクセストークン が必要です。その後、Get a Connection エンドポイント に HTTP GET リクエストを送信して、トークンを取得できます。
サードパーティのアクセストークンの内容は、発行元のアイデンティティプロバイダーによって異なります。これらのトークンはサードパーティ (Facebook、GitHub など) によって作成および管理されるため、有効期間は発行元によって異なります。これらのトークンが侵害されたおそれがある場合は、発行元のサードパーティ側で取り消すかリセットする必要があります。

​
サードパーティトークンの更新

Auth0 を通じてアイデンティティプロバイダーのアクセストークンを更新するための標準的な方法はありません。アイデンティティプロバイダーのアクセストークンを更新する仕組みは、プロバイダーごとに異なります。特定のアイデンティティプロバイダーでは、Auth0 がリフレッシュトークンを保存でき、このトークンを使ってそのアイデンティティプロバイダー用の新しいアクセストークンを取得できます。以下に、その一部を示します。
  • BitBucket
  • Google OAuth 2.0 (Auth0 の /authorize エンドポイントを呼び出す際に、access_type=offline パラメーターに加え、必要なスコープを指定した connection_scope パラメーターも渡します)
  • その他の OAuth 2.0 アイデンティティプロバイダー
  • SharePoint
  • Azure AD
は、アクセストークンと同じ方法で取得できます。詳細については、上記のガイドラインを参照してください。

​
サードパーティのトークンを検証する

一般に、アイデンティティプロバイダーからアクセストークンを受け取った場合は、それを検証する必要はありません。そのまま発行元に渡せば、あとは発行元が処理します。

​
詳しく見る