JWT-Decoder & Inspector

JSON Web Tokens ohne Übertragung an Server decodieren, Header und Payload inspizieren.

JWT-Decoder & Inspector

JSON Web Tokens ohne Übertragung an Server decodieren, Header und Payload inspizieren.

Wie es funktioniert

1
Text oder Code eingeben
Fügen Sie Ihren Text oder Code in das Eingabefeld ein.
2
Aktion anwenden
Nutzen Sie die Werkzeuge zum Formatieren oder Analysieren.
3
Ergebnis kopieren
Kopieren Sie die saubere Ausgabe in die Zwischenablage.
Wissensdatenbank & Anleitung

JWT-Debugger, Token-Decoder & HMAC-SHA256-Signaturprüfer

JSON Web Tokens (JWT) sichern moderne Authentifizierungs- und Autorisierungsabläufe zwischen Webclients, Single-Page-Apps und Backend-Microservices. Dieser browserbasierte JWT-Debugger entschlüsselt Token-Bestandteile nach RFC 7519, visualisiert Header und Claims in übersichtlicher Baumstruktur und validiert HMAC-SHA256-Signaturen mit benutzerdefinierten Secrets oder öffentlichen Schlüsseln.

Ein Softwareentwickler untersucht einen unerwarteten Autorisierungsfehler (HTTP 401 Unauthorized) bei einem mobilen API-Aufruf. Er fügt ein 214 Zeichen langes Bearer-Token in den Debugger ein. Das Werkzeug trennt Header, Payload und Signatur sofort an den Punkt-Separatoren auf, decodiert die Base64URL-Nutzlast und markiert das Ablaufdatum exp: 1774567200 farblich als abgelaufen seit 42 Minuten. Nach Eingabe des Entwickler-Geheimschlüssels prüft der Signature-Validator den kryptografischen HMAC-Prüfwert in Echtzeit und bestätigt die Signatur als mathematisch valide, wodurch ein abgelaufener Token als eindeutige Fehlerursache feststeht.

Die Entschlüsselung und Signaturprüfung laufen ausschließlich im flüchtigen Arbeitsspeicher Ihres Browsers ab. Vertrauliche Access-Tokens, Session-IDs, Benutzer-E-Mails und Authentifizierungs-Secrets werden niemals an fremde Server übermittelt, was maximale Compliance mit den strengen europäischen Datenschutzstandards gewährleistet.

Kernarchitektur & Mathematische Formel

JWT = Base64URL(Header) . Base64URL(Payload) . Base64URL(Signatur) ; Signatur = HMAC-SHA256(Header.Payload, Secret)

Decodiert JSON-Objekte aus Base64URL-Teilen und berechnet kryptografische Hashes zum Abgleich der digitalen Signatur.

Best Practices & Wichtige Richtlinien

  • Ablaufzeitpunkte (exp-Claim) immer serverseitig prüfen: Vertrauen Sie niemals ungeprüften Token-Ablaufdaten auf dem Client; jede Anfrage muss am API-Gateway validiert werden.
  • Algorithmus-Injektionen (None-Attack) serverseitig abwehren: Erzwingen Sie im Backend feste Signieralgorithmen (z. B. ausschließlich HS256 oder RS256) und blockieren Sie alg=none.
  • Keine sensiblen Passwörter in der Payload speichern: JWT-Payloads sind lediglich Base64URL-codiert und für jedermann einsehbar; speichern Sie dort niemals sensible Geheimnisse.
  • Kryptografisch starke Secrets für HMAC-Signaturen wählen: Verwenden Sie bei symmetrischen HS256-Schlüsseln mindestens 256 Bit echte Entropie, um Brute-Force-Angriffe zu verhindern.

Häufig Gestellte Fragen (FAQ)

Aus welchen drei Komponenten besteht ein JSON Web Token?
Ein JWT besteht aus drei durch Punkte getrennten Base64URL-Abschnitten: dem Header (Algorithmus und Token-Typ), der Payload (Claims und Nutzerdaten) und der kryptografischen Signatur.
Ist ein JWT verschlüsselt oder nur signiert?
Ein Standard-JWT (JWS) ist lediglich signiert und Base64URL-codiert, nicht verschlüsselt. Jeder kann den Inhalt lesen. Erst verschlüsselte Tokens (JWE) schützen die Nutzlast vor fremden Blicken.
Was bedeutet der Claim 'iat' und 'exp'?
'iat' (Issued At) bezeichnet den Ausstellungszeitpunkt als Unix-Timestamp, während 'exp' (Expiration Time) den sekundengenauen Ablaufzeitpunkt des Tokens festlegt.
Ist es sicher, echte Produktions-Tokens in diesen Debugger einzufügen?
Ja, da die Decodierung und Signaturprüfung vollständig lokal in Ihrem Webbrowser erfolgt. Dennoch empfiehlt es sich, für Tests Test-Tokens oder Test-Secrets zu verwenden.