Proxy-Authorization

Utilisation

L’en-tête Proxy-Authorization est envoyé après qu’un proxy a renvoyé un code de statut 407 accompagné d’un défi Proxy-Authenticate. Le client construit des identifiants correspondant au schéma d’authentification demandé et les inclut dans l’en-tête Proxy-Authorization lorsqu’il resoumet la requête.

Une fois que le proxy a validé les identifiants, la requête est transmise au serveur de destination. Dans une chaîne de proxys à authentification coopérative, le proxy peut relayer les identifiants Proxy-Authorization au proxy suivant de la chaîne.

L’en-tête équivalent pour l’authentification auprès du serveur d’origine est Authorization, qui répond à un défi 401 émis par l’en-tête WWW-Authenticate.

scheme

La valeur scheme identifie la méthode d’authentification employée. Cette valeur correspond à l’un des schémas proposés dans le défi Proxy-Authenticate du proxy. Les schémas courants sont Basic, Digest, Bearer et Negotiate.

credentials

La partie credentials suit le nom du schéma et contient les données d’authentification. Son format dépend du schéma.

Pour l’authentification Basic, les identifiants sont une paire username:password encodée en Base64.

Pour l’authentification Digest, les identifiants comprennent notamment les paramètres username, realm, nonce, uri et le hachage response.

Pour l’authentification Bearer, les identifiants consistent en un jeton d’accès opaque.

Exemple

Proxy-Authorization: Basic dXNlcjpwYXNzd29yZA</mark>

Une réponse d’authentification Digest inclut le hachage calculé ainsi que le nonce issu du défi du proxy.

Proxy-Authorization: Digest username="admin", realm="proxy@example.re", nonce="dcd98b7102dd2f0e8b11d0f600bfb0c093", uri="/resource", response="6629fae49393a05397450978507c4ef1"

Un jeton Bearer émis par un serveur d’autorisation OAuth est transmis directement comme valeur d’identifiant.

Proxy-Authorization: Bearer eyJhbGciOiJSUzI1NiIs...