Flux OAuth 2.0 standard

Le client envoie la demande d'autorisation avec un ensemble de paramètres de requête via le navigateur qui redirige vers le point de terminaison d'autorisation sur le serveur d'autorisation. Voici à quoi ressemble un exemple de demande

Standard OAuth 2.0 Request:
GET <authorization-endpoint>?
       response_type=code
       &client_id=<client_id>
       &redirect_uri=<callback_url>
       &scope=openid&state=<security_token>



• Points de terminaison OAuth 2.0
1. Point de terminaison d’autorisation : Le point de terminaison d'autorisation est le point de terminaison sur le serveur d'autorisation auquel le propriétaire de la ressource se connecte et accorde l'autorisation à l'application client.


Request:
GET https://authorization-server.com/oauth/authorize
?client_id=<client_id>
&response_type=<code>
&state=<state>
&redirect_uri=<redirect_uri>
&scope=<scope>

Response:
HTTP/1.1 302 Found
Location: https://custom-app.com/redirect?code=g0ZGZmNjVmOWI&state=dkZmYxMzE2

2. Point de terminaison du jeton : Le point de terminaison du jeton est le point de terminaison sur le serveur d'autorisation où l'application client échange le code d'autorisation, l'ID client et le secret client contre un jeton d'accès.


Request:
GET https://authorization-server.com/oauth/token
grant_type=<grant_type>
&code=<code>
&redirect_uri=<redirect_uri>

Response:
HTTP/1.1 200 OK
Content-Type: application/json
 
{
  "access_token":"MTQ0NjJkZmQ5OTM2NDE1ZTZjNGZmZjI3",
  "token_type":"bearer",
  "expires_in":3600,
  "refresh_token":"IwOGYzYTlmM2YxOTQ5MGE3YmNmMDFkNTVk",
  "scope":"create"
}

3. Point de terminaison des informations utilisateur : Le point de terminaison Userinfo renvoie des réclamations concernant l’utilisateur final authentifié.


Request:
GET https://authorization-server.com/oauth/v1/userinfo
Header:
Authorization : Bearer < access_token / id_token >

Response:
HTTP/1.1 200 OK
Content-Type: application/json

{
 "sub"         : "248289761001",
 "name"        : "testuser"
 "given_name"  : "testuser",
 "email"       : "testuser@custom-app.com",
}

• Types de subventions pris en charge par notre plugin pour les fournisseurs personnalisés
1. Attribution du code d'autorisation
2. Subvention implicite
3. Actualiser l'octroi de jetons
4. Subvention des titres de propriété du propriétaire de la ressource
5. Octroi des informations d'identification du client



• Différence entre les fournisseurs OAuth standard et personnalisés

Demande OAuth standard	Demande OAuth personnalisée
Standard OAuth 2.0 Request: GET <authorization-endpoint>?     response_type=code     &client_id=<client_id>     &redirect_uri=<callback_url>     &scope=openid	Custom OAuth 2.0 Request: GET <authorization-endpoint>?     response_type=code     &client_id=<client_id>

• Il existe différentes exigences pour différents fournisseurs
Par exemple - Pour certains fournisseurs, le paramètre de portée n'est pas nécessaire. Certains fournisseurs exigent les informations d'identification du client uniquement dans l'en-tête, tandis que d'autres l'exigent dans l'en-tête ainsi que dans le corps. Certains fournisseurs envoient un jeton JWT sous le paramètre de jeton d'accès. Tous ces cas sont traités dans notre plugin