JWT lokal decodieren
Ein JWT einfügen und Header und Claims als formatiertes JSON lesen; die Signatur wird nicht geprüft und ist kein Vertrauensnachweis.
- Läuft im Browser
- Kein Upload
- Ergebnis bleibt auf deinem Gerät
Datenschutz & GrenzenLäuft in deinem Browser. Nichts wird hochgeladen.
Eingabeinhalte bleiben in diesem Tab; Refentra lädt sie nicht hoch und speichert sie nicht. Optionale aggregierte Aktionszahlen werden nur mit deiner Einwilligung zur Nutzungsmessung gesendet. Leere den Arbeitsbereich anschließend.
Unterstütztes Profil: Nur JWT-Header und Claims. Signatur, Aussteller und Audience NICHT geprüft.
Maximal 200.000 UTF-16-Einheiten; Parserlimits können kleiner sein. Worker: 15 Sekunden (Regex 1,5 Sekunden).
Eingabe und Ergebnis nachvollziehen
- Vorbereiten und Vorgang wählen
Füge ein JWT mit drei Teilen ein. Sieh dir Header, Payload und Zeitangaben an, ohne den gelesenen Daten zu vertrauen.
- Ein konkretes Beispiel prüfen
Nutze dieses Beispiel und vergleiche das angegebene Ergebnis: eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJ0ZXN0In0.signature → header {"alg":"HS256"}, payload {"sub":"test"}
- Ausgabe vor dem Übernehmen prüfen
Vergleiche exp und nbf mit der aktuellen Uhrzeit. Das Dekodieren bestätigt weder den Aussteller noch eine Berechtigung.
Antworten zu dieser Aufgabe
Wird die Signatur geprüft?
Nein. Header und Payload werden nur aus base64url gelesen. Beide lassen sich fälschen, auch wenn die Claims plausibel aussehen.
Was prüfe ich bei einem Eingabefehler?
Entferne einen vorangestellten Text wie Bearer. Behalte die beiden Punkte und prüfe, ob in den ersten beiden Teilen gültiges base64url-JSON steht.
Wo sind die Grenzen dieses Werkzeugs?
Das Werkzeug authentifiziert keine Nutzer, prüft keine Schlüssel, fragt keine Aussteller ab und setzt keine Regeln für Audience oder Anwendung durch.