JWT Decoder: instructions, examples and limits
Base64url-decodes the header and payload as UTF-8 JSON.
Open JWT DecoderThis tool is registered for local processing. Its tool input is handled in the current page; LittleKit’s product analytics do not include the input value.
What it does
Base64url-decodes the header and payload as UTF-8 JSON. No key or signature verification is performed.
Decode a JWT locally when debugging its header and payload structure, without implying that the token is valid or trusted.
How to use it
- 1
Paste the token into the local decoder.
- 2
Inspect the header, claims and any readable timestamps.
- 3
Verify the token with the issuing service and a trusted key separately before using it for access decisions.
Worked example
Inspect the exp claim as a Unix timestamp using the related converter.
The example demonstrates the operation. For file-based tools, results depend on the selected file and options.How the result is produced
Base64url-decodes the header and payload as UTF-8 JSON. No key or signature verification is performed.
Important limits
Decoding does NOT verify authenticity, validity, security or authorization. Do not trust decoded claims. Input stays in this tab and is never sent to analytics. Limit 100,000 characters. No input is executed.
Checks before sharing or relying on the result
- Decoding only reverses Base64URL encoding; it does not verify a signature, issuer, audience or expiry.
- Treat the token as sensitive and do not paste it into screenshots, URLs or support messages.
- Encrypted or non-JWT tokens will be rejected rather than guessed.
Choosing the next step
Treat these tools as a local scratchpad. Validate the format before transforming it, keep secrets out of shared screenshots and remember that a decoded token is not an authenticated token. Use the smallest input that reproduces the problem.
See a mismatch between these instructions and the tool? Report a correction with a non-sensitive example.