Jetons d’actualisation avec OIDC

Découvrez comment le pipeline conforme à OIDC a une incidence sur votre utilisation des jetons d’actualisation.

Avec le pipeline conforme à OIDC, les jetons d’actualisation :

• Ne sont plus renvoyés lorsque vous utilisez l’octroi implicite pour l’authentification.
• Peuvent être utilisés par les applications confidentielles.
• Peuvent être utilisés avec la rotation des jetons d’actualisation par les applications publiques lorsqu’elles utilisent le flux du code d’autorisation avec PKCE.
• Doivent utiliser le point de terminaison /oauth/token pour obtenir de nouveaux jetons, puisque le point de terminaison /delegation est obsolète.

De plus, la structure des jetons d’actualisation présente certaines différences. Pour en savoir plus, consultez Jetons d’actualisation.

​

Version héritée (délégation)

POST /delegation
Content-Type: 'application/json'
{
  "grant_type": "urn:ietf:params:oauth:grant-type:jwt-bearer",
  "client_id": "...",
  "refresh_token": "...",
  "scope": "openid profile"
}

​

Conforme à OIDC (point de terminaison du jeton)

POST /oauth/token
Content-Type: application/x-www-form-urlencoded
grant_type=refresh_token&refresh_token=123&client_id=123&client_secret=123&scope=openid+profile&audience=https%3A%2F%2Fapi.example.com

• Les paramètres audience et client_secret sont facultatifs.
• client_secret n’est pas requis pour demander un refresh_token pour une application publique.

Les jetons d’actualisation doivent demeurer confidentiels pendant leur transit et leur stockage, et ne doivent être partagés qu’entre le serveur d’autorisation et le client auquel ils ont été émis.

​

En savoir plus

• Jetons d’accès avec OIDC
• API externes avec OIDC
• Flux du code d’autorisation avec OIDC
• Flux des identifiants du client avec OIDC
• Délégation avec OIDC
• Flux implicite avec OIDC