Tools Home
JWT
JWT Token DecoderInspector & Expiry

JWT Token Decoder & Expiration InspectorRFC 7519 Compliant

Inspect Header, Payload, Signature, decode exp timestamp with 100% privacy. Zero server requests, completely isolated in your browser.

0 chars
JWT Structure Anatomy
Headeralg & typ
Payloadclaims & exp
Signatureverification

Provide the shared secret to verify HMAC (HS256/384/512) signatures locally using the browser's Web Cryptography API. Zero secret data ever leaves your computer.

Paste or load a token on the left to inspect expiration & claims.

100% Client-Side Privacy

Every JWT decoding and expiration calculation is performed purely in your browser's memory using native JavaScript and Web APIs. Zero token data or cryptographic secrets are ever sent to backend servers.

Precision Expiration Clock

Real-time countdown inspection for exp, iat, and nbf timestamps. Includes localized calendar format, UTC timestamps, and visual lifetime progress indicators with second-level accuracy.

Local WebCrypto HMAC Verify

Verify HS256, HS384, and HS512 signatures directly inside your client environment using the W3C Web Cryptography API, preventing accidental disclosure of staging or production credentials.

Frequently Asked Questions & JWT Guide

Everything you need to know about JSON Web Token security, anatomy, and offline verification.

Is it safe to paste production JWT tokens into this decoder?

Yes! Unlike traditional web tools that transmit payloads to remote servers, ToolsAA operates on a 100% Client-Side Privacy architecture ('use client'). You can inspect your browser's Network tab to confirm zero HTTP requests or telemetries occur during decoding.

What is the difference between encoding and encryption?

Standard JWTs are Base64URL-encoded, not encrypted. This means anyone who intercepts the token can read the Header and Payload claims. The signature only ensures tamper-evidence, not secrecy. Never store plain passwords or sensitive PII in standard JWT claims!

How are the exp, iat, and nbf timestamps represented?

RFC 7519 specifies that NumericDate claims (exp, iat, nbf) are Unix epoch timestamps expressed in seconds (not milliseconds). Our inspector translates these into your local machine timezone and UTC ISO strings automatically.

Why does signature verification require a secret or certificate?

The signature is calculated as HMACSHA256(base64Url(header) + '.' + base64Url(payload), secret). Without the correct shared secret (for HMAC) or public certificate (for RSA/ECDSA), the signature cannot be validated.

Technical Reference & Architecture Guide

Decodificador JWT e Inspetor de Segurança — Reference Guide

Decodifique JSON Web Tokens, inspecione claims de header e payload, calcule a expiração e verifique a integridade localmente.

Key Parameters & Controls

Token JWT de entradastring

Configura o token JWT a ser processado durante a decodificação e inspeção de segurança no lado do cliente.

Default: Exemplo predefinido
Chave secreta HMACstring

Configura o segredo compartilhado (secret) para verificação criptográfica da assinatura HMAC no lado do cliente.

Default: Exemplo predefinido
Status da verificação HMACstring

Indica o status em tempo real da validação da assinatura criptográfica no cliente (ocioso, válida ou inválida).

Default: ocioso
Horário de referência atualconfiguration

Configura o timestamp de referência para o cálculo em tempo real do tempo restante de expiração e validade.

Default: Automático

Pro Tips & Best Practices

Dicionário de claims analisados

Semântica padronizada da especificação RFC 7519 (iss, sub, aud, exp, nbf, iat) e definições customizadas no payload para auditoria de permissões e emissores.

Auditoria de higiene e segurança JWT

Inspeção estática automatizada para verificar a robustez do algoritmo criptográfico, proteções de tempo de expiração e riscos de vazamento de credenciais.

Privacidade 100% no lado do cliente

Toda a decodificação de JWT e cálculo de expiração ocorrem exclusivamente na memória do navegador via JavaScript e Web APIs nativas. Nenhum dado do token ou segredo criptográfico é enviado a servidores externos.

Common Gotchas & Troubleshooting

Resultado inesperado ou aviso de validação no Decodificador e Inspetor de Tokens JWT

Verifique se a entrada do token JWT segue o formato esperado de três partes Base64URL separadas por pontos (header.payload.signature). Carregue um preset de exemplo integrado para comparar a formatação estrutural.

O resultado de verificação da assinatura difere entre ambientes de destino

Verifique a configuração da chave secreta HMAC no decodificador para garantir que a codificação (UTF-8, Base64 ou Hex), a precisão e o algoritmo correspondam ao seu runtime de destino.

Frequently Asked Questions

É seguro colar tokens JWT de produção neste decodificador?▼

Sim! Ao contrário de ferramentas web convencionais que transmitem dados para servidores remotos, o ToolsAA opera sob uma arquitetura rigorosa de privacidade 100% no lado do cliente ('use client'). Você pode inspecionar a aba Rede (Network) do navegador para confirmar que nenhuma requisição HTTP ou telemetria é realizada durante a decodificação.

Qual é a diferença entre codificação e criptografia em um JWT?▼

Tokens JWT padrão são codificados em Base64URL, não criptografados. Isso significa que qualquer interceptador pode ler as declarações (claims) do Header e do Payload em texto claro. A assinatura serve apenas para assegurar a autenticidade e integridade contra adulterações, não a confidencialidade. Nunca armazene senhas ou dados pessoais sensíveis (PII) em claims de JWTs convencionais!

Como os timestamps exp, iat e nbf são representados?▼

A RFC 7519 especifica que claims NumericDate (exp, iat, nbf) são timestamps da época Unix expressos em segundos (não em milissegundos). Nosso inspetor traduz esses valores automaticamente para o fuso horário local do seu dispositivo e para strings ISO em formato UTC.

Por que a verificação de assinatura exige um segredo ou certificado?▼

A assinatura é calculada como HMACSHA256(base64Url(header) + '.' + base64Url(payload), secret). Sem o segredo compartilhado correto (para HMAC) ou a chave pública/certificado apropriado (para RSA/ECDSA), é impossível validar matematicamente a autenticidade do token.

Related Tools & Utilities

All Tools →