What is a JWT?
A JSON Web Token is a compact way to carry claims between parties. Most tokens you see in APIs use the compact JWS form: three base64url segments separated by dots — header, payload, and signature.
Inspect algorithm, issuer, audience, and expiry claims in your browser. Tokens are not uploaded.
Analysis is performed locally in your browser. Pasted tokens are not uploaded to the server. Loading tool…
A JSON Web Token is a compact way to carry claims between parties. Most tokens you see in APIs use the compact JWS form: three base64url segments separated by dots — header, payload, and signature.
The header usually names the algorithm and token type. The payload holds claims such as iss, sub, aud, iat, nbf, and exp. The third segment is a signature over the first two — this tool displays it but does not verify it.
JWE (encrypted) tokens use five segments. This decoder supports three-segment JWS only and will say when a token looks like JWE instead of attempting a misleading decode.
Decoding reads the JSON inside the token. Verification proves a trusted key produced the signature. A token can decode cleanly and still be forged, expired, or intended for another audience.
These claims are Unix timestamps. The claims helper shows UTC and your local timezone. An expired exp value is highlighted; it does not prove the token was ever valid for your API.
Do not paste live session tokens into any online decoder you do not control. Do not treat alg: none or a successful decode as authenticity. Do not skip audience and issuer checks in application code.
No. Status text always makes that clear. Bring your own verification in the service that accepts the token.
No. The JWT Decoder runs in JavaScript after the page loads. Pasted tokens are not posted to WordPress or a third party.
Because decode only reads JSON. The tool discloses alg: none so you can treat it as a warning, not a pass.
I help teams design practical auth controls, review token handling, and harden public APIs.