Login-Token debuggen
Prüfen, ob die zwischen Frontend und Backend übergebenen Claims und die Ablaufzeit den Erwartungen entsprechen.
Wird geladen…
Guide
Der JWT-Decoder parst mit jwt-decode Header und Payload eines Tokens lokal im Browser und zeigt die Zahlen iat, nbf und exp als Unix-Sekunden in Datum und relative Zeit umgerechnet an. Er decodiert nur und prüft die Signatur überhaupt nicht; „lässt sich parsen“ oder „exp noch nicht abgelaufen“ heißt also nicht, dass das Token gültig und vertrauenswürdig ist.
Aktualisiert am 2026-09-102 min read
Bearer .iat/nbf/exp vorhanden sind, lokales Datum und relative Zeit prüfen und die Hinweise zu abgelaufen bzw. noch nicht aktiv beachten.| Eingabe | Ausgabe | Hinweis |
|---|---|---|
Bearer eyJ... |
Header/Payload | Bearer-Präfix wird automatisch entfernt |
exp kleiner als die aktuelle Sekunde |
„Abgelaufen“ | Es werden nur Zeitfelder verglichen |
kein exp |
„Ablaufzeit nicht bestimmbar“ | Es wird keine unbefristete Gültigkeit angenommen |
alg wird nicht auf Zulässigkeit kontrolliert und Business-Claims wie iss/aud/sub werden nicht validiert.iat/nbf/exp werden nur bei numerischem Typ als Unix-Sekunden interpretiert; Zeitangaben als String werden nicht automatisch umgewandelt.Prüfen, ob die zwischen Frontend und Backend übergebenen Claims und die Ablaufzeit den Erwartungen entsprechen.
exp direkt mit der lokalen Uhrzeit vergleichen und feststellen, ob das Token abgelaufen oder noch nicht aktiv ist.
Nein. „Gültig“ beschreibt hier nur die Zeitfelder; die Signatur wurde nie geprüft.
Nein, die Analyse übernimmt jwt-decode im Browser.
Das Token wird nur im Speicher des Browsers decodiert und nicht an einen Server gesendet; Produktions-Zugangsdaten solltest du trotzdem nicht auf nicht vertrauenswürdigen Geräten einfügen.
Aktualisiert am 2026-09-10
Header und Payload eines JWT dekodieren, Zeitangaben lesbar machen und den Ablauf prüfen
Dieses Werkzeug ist noch nicht vollständig übersetzt; einige Inhalte nutzen die Ausgangssprache oder die Rückfallsprache.