Proxy-Authorization

Verwendung

Der Proxy-Authorization-Header wird gesendet, nachdem ein Proxy einen 407-Statuscode zusammen mit einer Proxy-Authenticate-Aufforderung zurückgegeben hat. Der Client erstellt Anmeldedaten, die zum geforderten Authentifizierungsschema passen, und fügt sie beim erneuten Senden der Anfrage in den Proxy-Authorization-Header ein.

Sobald der Proxy die Anmeldedaten validiert hat, wird die Anfrage an den Zielserver weitergeleitet. In einer Proxy-Kette mit kooperativer Authentifizierung kann der Proxy die Proxy-Authorization-Anmeldedaten an den nächsten Proxy in der Kette weiterreichen.

Der entsprechende Header für die Authentifizierung am Ursprungsserver ist Authorization, der auf eine 401-Aufforderung aus dem WWW-Authenticate-Header antwortet.

scheme

Der scheme-Wert bezeichnet die verwendete Authentifizierungsmethode. Der Wert entspricht einem der Schemata, die in der Proxy-Authenticate-Aufforderung des Proxys angeboten werden. Gängige Schemata sind Basic, Digest, Bearer und Negotiate.

credentials

Der credentials-Teil folgt auf den Schemanamen und enthält die Authentifizierungsdaten. Das Format hängt vom Schema ab.

Bei Basic-Authentifizierung bestehen die Anmeldedaten aus einem Base64-kodierten username:password-Paar.

Bei Digest-Authentifizierung umfassen die Anmeldedaten unter anderem username, realm, nonce, uri und einen response-Hash.

Bei Bearer-Authentifizierung bestehen die Anmeldedaten aus einem intransparenten Zugriffstoken.

Beispiel

Proxy-Authorization: Basic dXNlcjpwYXNzd29yZA</mark>

Eine Digest-Authentifizierungsantwort enthält den berechneten Hash und die nonce aus der Aufforderung des Proxys.

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

Ein von einem OAuth-Autorisierungsserver ausgestelltes Bearer-Token wird direkt als Wert der Anmeldedaten übergeben.

Proxy-Authorization: Bearer eyJhbGciOiJSUzI1NiIs...