WWW-Authenticate, PKCE, OIDC und HOTP Beispiele
Die Seite sammelt Bausteine aus Anmelde- und Autorisierungsprotokollen: Challenge-Header für Basic und Bearer, PKCE-Werte, OpenID-Connect-Dokumente und HOTP-Testcodes. PKCE- und HOTP-Werte stammen aus den Beispielen der jeweiligen RFC, die JSON-Beispiele nutzen die reservierte Domain example.com. Personen und Kennungen in den OIDC-Antworten sind erfunden.
11 Varianten auf einer Seite, jede mit eigenem Kopier- oder Download-Knopf. Darunter: 4× Öffentliches Beispiel, 2× Reservierter Bereich, 3× Fiktiv.
WWW-Authenticate für Basic
WWW-Authenticate: Basic realm="Beispiel", charset="UTF-8"
Antwortheader zu 401; charset ist der einzige definierte Parameter außer realm (RFC 7617).
WWW-Authenticate für Bearer mit Fehler
WWW-Authenticate: Bearer realm="beispiel", error="invalid_token", error_description="The access token expired"
Bearer-Challenge mit Fehlercode nach RFC 6750.
PKCE code_verifier aus RFC 7636, Anhang BÖffentliches Beispiel
dBjftJeZ4CVP-mB92K27uhbUJU1p1r_wW1gFWFOEjXk
Öffentlicher Beispielwert der RFC. SHA-256 und Base64url ergeben den code_challenge aus dem nächsten Eintrag (hier nachgerechnet).
PKCE code_challenge (S256) aus RFC 7636, Anhang BÖffentliches Beispiel
E9Melhoa2OwvFrEMTJguCHaoeK1t8URWbuGJSstw-cM
Zum Verifier BASE64URL(SHA256(verifier)); nachgerechnet.
OIDC-Discovery-Dokument (minimal, Beispiel-Host)Reservierter Bereich
{ "issuer": "https://example.com", "authorization_endpoint": "https://example.com/authorize", …Pflichtfelder des Discovery-Dokuments unter /.well-known/openid-configuration (OpenID Connect Discovery 1.0).
OIDC-UserInfo-Antwort (fiktiv)Reservierter Bereich
{ "sub": "user-0001", "name": "Erika Beispiel", …Standard-Claims nach OpenID Connect Core; Person und Domain fiktiv bzw. reserviert.
OIDC-ID-Token-Claims (Payload, fiktiv)Fiktiv
{ "iss": "https://example.com", "sub": "user-0001", …Pflicht-Claims: iss, sub, aud, exp, iat; nonce bei Anfrage mit nonce.
HOTP-Testcodes aus RFC 4226 (Zähler 0 bis 3)Öffentliches Beispiel
755224 287082 359152 …
Sechsstellige Codes zum RFC-Schlüssel 12345678901234567890 mit SHA-1; nachgerechnet.
Anfrage-ID im HeaderFiktiv
X-Request-Id: 8a1f6d5e-3c2b-4a7d-9e10-5b4f3a2c1d00
UUID im Version-4-Format; von Hand gesetzt.
W3C-traceparent-HeaderÖffentliches Beispiel
traceparent: 00-0af7651916cd43dd8448eb211c80319c-b7ad6b7169203331-01
Beispiel aus der W3C-Trace-Context-Spezifikation: Version 00, Trace-ID, Parent-ID, Flags 01.
Idempotency-Key-HeaderFiktiv
Idempotency-Key: 5a1b2c3d-4e5f-4a6b-8c7d-9e0f1a2b3c4d
Eindeutiger Schlüssel gegen doppelte Ausführung (IETF-Draft, weit verbreitet).