Generators

JWT Token Generator

Signed Tokens

Generate a Token

Create secure JSON Web Tokens with custom headers, payloads, and signing algorithms.

Quick Presets

User Authentication
Standard user login token
API Access Token
API service authentication
Refresh Token
Long-lived refresh token
Admin Token
Administrative access token

JWT header containing algorithm and token type

No JWT token generated yet

Configure your settings above and click Generate JWT Token to create your token.

Tool features

Professional JWT token generation with security features
4 features

JWT Generation

Create secure JSON Web Tokens with custom claims

Multiple Algorithms

Support for HMAC, RSA, and ECDSA signing algorithms

Secret Management

Generate secure secrets or use custom keys

Token Validation

Decode and inspect JWT structure and claims

What is a JWT & how it works

Signed claims an API can verify on its own

A JSON Web Token (JWT) packs a set of claims (who the user is, what they may do, when the token expires) into a compact, URL-safe string that an API can verify without a database lookup. It is three Base64url parts: header, payload and signature, joined with dots.

With the HMAC algorithms (HS256, HS384, HS512) the signature is computed from the header, payload and a shared secret; any change to the claims invalidates it. Generating test tokens with realistic claims and expiry is a quick way to exercise authentication in development without running the whole login flow.

Registered claims
Standard fields: sub (subject), iss (issuer), aud (audience), exp, iat, nbf.
HS256
HMAC with SHA-256 using a shared secret; the most common algorithm.
exp
Expiry time in Unix seconds; after it, verifiers must reject the token.

How to use this tool

Generate a test JWT in four steps
1
Choose the algorithm
Pick HS256, HS384 or HS512 for a shared-secret signature.
2
Set the secret
Enter a test secret or generate a random one of the right length.
3
Add claims
Fill in subject, issuer, audience, expiry and any custom claims your API expects.
4
Generate and use
Create the token and send it as Authorization: Bearer <token> to your API in development.

Frequently asked questions

Common questions about generating JWTs
5 Q&A

No. Tokens are signed on the ShowDNS server, so the secret is sent over the network. Use this for development and testing with throwaway secrets; production tokens should be issued by your own auth service.

At least 256 bits (32 random bytes) for HS256, and correspondingly longer for HS384 and HS512. Short or guessable secrets can be brute-forced offline from a single token.

Keep access tokens short-lived, typically 5–60 minutes, and use refresh tokens to get new ones. Long-lived JWTs are hard to revoke.

No. Anyone can decode a JWT payload; the signature only proves it was not changed. Never put passwords or other secrets in claims.

Paste it into the JWT Decoder to see the header, claims and expiry.