01
Confira a unidade
exp, nbf e iat usam NumericDate em segundos Unix. Não reutilize um timestamp em milissegundos sem converter.
Referência para desenvolvedores
Declarações JWT e erros OAuth
Busque uma declaração ou erro OAuth e compare local de retorno, exemplo fictício e fonte RFC.
declarações JWT
Resultados
exp
Contexto da resposta: Declaração JWT · RFC 7519
Significado: Expiração em NumericDate, medida em segundos Unix.
Compare segundos Unix, não milissegundos.
Exemplo fictício de resposta
{ "exp": 1893456000 }Dados fictícios; não use como credencial real.
A busca fica no navegador; links de fonte só abrem quando você escolhe.
Categoria
1 de 23 entradas
RFC 7519 / 6749 / 6750Conferido em 23/09/2026
Declarações JWT como exp e aud explicam dados de um token, mas não mostram se a assinatura foi validada. A consulta funciona sem colar credenciais.
O mesmo erro OAuth pode surgir no redirecionamento, no JSON do endpoint de token ou no cabeçalho Bearer. Cada exemplo informa onde procurar.
Por que consultar declarações JWT
Por que consultar declarações JWT
Significado sem token real
As declarações JWT aparecem com valor fictício e trecho da RFC. exp usa segundos Unix; ler o payload não autentica ninguém.
Separar os retornos de erro
invalid_request pode estar na query de redirecionamento, no JSON ou em WWW-Authenticate. O formato mostra qual parte do fluxo investigar.
Do campo à fonte
02
Localize o endpoint
Para erros OAuth, diferencie autorização, token e recurso antes de interpretar o código.
03
Abra o texto normativo
Leia o trecho da RFC e a documentação do provedor; depure tokens reais em uma ferramenta separada.
Campos e códigos com contexto
Sete campos registrados
As sete declarações JWT do RFC 7519 incluem exemplo fictício e link direto à definição.
Erros por endpoint
Os erros de autorização e token do RFC 6749 não perdem o contexto quando compartilham o mesmo código.
Desafio Bearer
O RFC 6750 mostra WWW-Authenticate e o status HTTP recomendado.
Limites desta referência
- Sem veredito de autenticação
- Esta página de declarações JWT não recebe tokens, não verifica assinatura nem confirma a sessão.
- Base fixa de normas
- Cobre RFC 7519, 6749 e 6750; não sincroniza extensões OIDC ou de provedores automaticamente.
- Descrição não é código
- error_description é texto opcional para desenvolvedores; decida primeiro por error e endpoint.
- Sem credenciais reais
- Não cole JWTs, chaves de assinatura ou códigos de autorização reais, nem em parâmetros de URL. Só os dados fixos são consultados.
- Sem chamada de rede
- A busca não consulta o provedor de identidade nem passa valores automaticamente a outras ferramentas. Investigue a solicitação real separadamente.
- Preserve o contexto
- invalid_request aparece em locais diferentes por endpoint; invalid_token e insufficient_scope também exigem tratamento Bearer distinto.
- Sem expiração ao vivo
- Exemplos NumericDate usam segundos Unix. Um valor fixo não informa se sua sessão ou um token ausente expirou.
Perguntas sobre declarações JWT
O que iss e aud significam em um JWT?
iss identifica o emissor; aud indica o destinatário esperado. O serviço precisa validar ambos.
A declaração exp é obrigatória em todo JWT?
Não em todos os casos. O RFC 7519 registra exp, mas cada perfil define o que exige.
Qual é a diferença entre invalid_grant e invalid_client?
invalid_client é falha de autenticação do cliente; invalid_grant se refere à concessão ou ao refresh token.
Posso usar error_description como código estável?
Não. O texto é opcional, voltado a pessoas e pode variar entre provedores.
Decodificar um JWT confirma que o token é válido?
Não. Ainda é preciso validar assinatura, emissor, destinatário, tempo e política do serviço.
Falta uma entrada ou há algum erro?
Consultar declarações JWT
Comece por exp ou um erro OAuth, confira o endpoint e a RFC antes de lidar com credenciais reais.