networkutils.org

Home / Developer Tools / JWT Decoder

JWT Decoder

Developer Tools

Inspect header, claims and expiry of a token.

Run this tool: the interactive JWT Decoder loads here (requires JavaScript). Input: JWT — e.g. eyJhbGciOi....

Description

JWT Decoder inspects a JSON Web Token, splitting it into its header, payload (claims) and signature and rendering the claims — including the issued, expiry and not-before times — in readable form.

Features

✓ Header and payload (claims) decoding
✓ Expiry (exp), issued-at (iat) and not-before (nbf) display
✓ Signature segment inspection
✓ Readable, pretty-printed claim output

How to Use

Paste a JWT (eyJhbGciOi…) into the input and run the tool. The probe splits the token on its dots and base64url-decodes the header and payload.

Input: JWT — e.g. eyJhbGciOi....

Understanding the Results

The output shows the decoded header (algorithm and token type), the full claims payload pretty-printed, and the signature segment. The exp/iat/nbf timestamps are rendered as human-readable dates. Note: decoding does not verify the signature — it only reads the claims; signature verification requires the signing key.

Common Use Cases & Examples

→ Inspect the claims and expiry of an auth token during debugging.

→ Check which algorithm and key id (kid) a token was signed with.

→ Verify exp/iat/nbf timestamps before accepting a token.

→ Read custom claims added by an identity provider.

Frequently Asked Questions

Does decoding a JWT verify it?

No. Decoding only base64url-decodes the header and payload — anyone can read or forge those. Verification requires the signing key or public key to check the signature. Never trust claims from a token you have not verified.

What are the exp, iat and nbf claims?

exp (expiry) is when the token stops being valid; iat (issued-at) is when it was issued; nbf (not-before) is the earliest time it is valid. Receivers should reject tokens whose current time is outside the nbf–exp window (allowing for clock skew).

Is it safe to put sensitive data in a JWT payload?

No. The payload is base64url-encoded, not encrypted, so anyone who captures the token can read it. Put only identifiers and non-sensitive claims in a JWT; keep sensitive data server-side keyed by the token’s subject.

About this tool

Maintained by
networkutils.org editorial team
Last updated
September 2026
Testing methodology
Developer tools run on the NetworkUtils.org server using Node.js standard libraries — crypto for hashes, Buffer for Base64, url for percent-encoding, and JSON.parse for validation. No third-party API is called and no input leaves the diagnostic pipeline.
Technical references
RFC 7519 — JSON Web Token (JWT)