Question 1

Wird mein JWT an einen Server gesendet?

Accepted Answer

Nein. Das Decodieren erfolgt vollständig in Ihrem Browser mithilfe der Web-APIs atob und TextDecoder - das Token sowie jedes Secret oder jeder öffentliche Schlüssel, den Sie zum Verifizieren einfügen, verlassen Ihr Gerät niemals.

Question 2

Kann dieses Tool die Signatur verifizieren?

Accepted Answer

Ja, als bestmöglicher Bonus. Wenn Sie das HMAC-Secret kennen (für HS256/384/512) oder den PEM-codierten öffentlichen Schlüssel einfügen (für RS256/384/512 oder ES256/384/512), prüft das Tool die Signatur lokal mit der Web-Crypto-API des Browsers. Ohne Schlüssel werden nur Header und Payload decodiert und angezeigt - das Decodieren selbst erfordert nie den Signaturschlüssel.

Question 3

Warum steht dort als Algorithmus "none"?

Accepted Answer

"alg": "none" bedeutet, dass das Token überhaupt nicht signiert ist - jeder hätte beliebige Claims hineinschreiben können. Manche Bibliotheken haben solche unsignierten Tokens früher fälschlich als gültig akzeptiert, was zu einer bekannten Methode wurde, die Authentifizierung zu umgehen. Dieses Tool markiert das immer deutlich, damit Sie es nicht übersehen.

Question 4

Was bedeuten exp, iat und nbf?

Accepted Answer

Das sind die Standard-Zeitstempel-Claims aus RFC 7519: iat gibt an, wann das Token ausgestellt wurde, nbf den frühesten Zeitpunkt, ab dem es gültig ist, und exp, wann es ungültig wird. Alle drei werden als NumericDate gespeichert - Sekunden seit der Unix-Epoche -, was dieses Tool in ein lesbares Datum und eine relative Zeit wie "läuft in 2 Stunden ab" umwandelt.

Question 5

Warum kann ich die Payload ohne Secret lesen?

Accepted Answer

Weil Header und Payload eines JWT nur base64url-codiert, nicht verschlüsselt sind - Codierung ist keine Geheimhaltung. Wer das Token hat, kann die Claims bereits lesen; die Signatur beweist nur, dass die Claims nicht von jemandem ohne den Schlüssel manipuliert wurden. Legen Sie niemals etwas, das ein Angreifer nicht lesen soll, direkt in eine JWT-Payload.

Question 6

Mein Token hat 3 Teile, lässt sich aber trotzdem nicht decodieren - warum?

Accepted Answer

Jedes der drei Segmente (Header, Payload, Signatur) muss gültiger base64url-Text sein, und Header sowie Payload müssen zu gültigem JSON decodieren. Dieses Tool decodiert Header und Payload unabhängig voneinander und sagt Ihnen genau, welches der beiden fehlerhaft ist und warum (schlechtes base64, schlechtes UTF-8 oder ungültiges JSON), statt einfach stillschweigend zu scheitern.

Tarayıcınız güncel değil

JWT-Decoder

Häufig gestellte Fragen