Cubic Bezier Generator
Draw an easing curve and see it against the standard ones.
Decode a JWT and read its header, claims and expiry in plain English.
Decoding is not verification. The payload is only base64url-encoded, so anyone holding the token can read it — which is also why a JWT payload must never carry a secret.
The JWT Decoder splits a token into its header and payload, formats both as JSON, names the registered claims and converts the timestamps into readable dates with a plain statement of whether the token has expired.
A JWT is three base64url segments separated by dots, and the first two are only encoded, not encrypted — anyone holding the token can read them. This decodes both and presents them as formatted JSON, with the standard claims named.
The timestamps are the useful part. exp, iat and nbf are seconds since the epoch, which nobody can read at a glance, so they are converted to dates and to a plain statement of whether the token has expired and by how long. Registered claims are labelled, an alg of "none" is flagged as the serious problem it is, and the whole thing happens in your browser — which matters, because a JWT usually is the credential.
exp, iat and nbf become dates and a plain statement such as "expired two hours ago", rather than a ten-digit number.
iss, sub, aud, jti and the rest are labelled with what they mean, so an unfamiliar token is still legible.
An alg of "none" is called out as the serious problem it is, rather than displayed as an ordinary value.
Decoding is not verification, and the page says so — the signature is checked by the JWT Verifier.
Decoding happens in your browser, which matters because a JWT is usually a live credential.
With or without a "Bearer " prefix; both are accepted.
The algorithm and key id, which tell you how it was signed.
Registered claims are named and timestamps converted to readable dates.
The tool states whether the token is live, and by how much.
No, and that distinction matters. Decoding just reads the payload; anyone can do it. Verifying checks the signature against a key, which is what proves the token was not forged. Use the JWT Verifier for that.
No. The decoding happens in your browser. That is exactly why you should be careful with any JWT decoder that does not say so — a token is usually a live credential.
No. The payload is base64url-encoded, not encrypted, and anyone with the token can read it. Put an identifier in the token and keep the sensitive data on your server.
That the token is unsigned. It exists in the specification and has caused real vulnerabilities, because a verifier that honours the header will accept anything. No production system should ever accept it.
What people who use the JWT Decoder think of it. Reviews come from visitors and are posted as written.
No ratings yet
Yours would be the first.
0 reviews
Newest first
No reviews yet
Be the first to rate the JWT Decoder. It takes half a minute and no account.
Write the first reviewDraw an easing curve and see it against the standard ones.
Compute a CRC-32 checksum in hex, decimal and signed form.
Compare two files side by side and export a unified diff.
Verify a download by computing its SHA-256 without uploading it anywhere.
Convert an IPv4 address into every IPv6 form that carries it, and back.
Generate C# classes with System.Text.Json attributes from a JSON sample.
Turn an array of JSON records into INSERT statements, with an optional CREATE TABLE.
AND, OR, XOR, shifts and rotates, at 8 to 64 bits, shown in binary.