Inspección de claves públicas

Decodificador JWTcon firma y claims por separado

Lee el contenido y luego decide qué algoritmo, clave y expectativas utilizar.

Decodificador JWT

Token JWT

El token y las claves permanecen en la memoria de esta página. No se solicitan claves remotas ni se guardan entradas.

JSON decodificado e informe

Sin verificar: decodificar no valida un token.

Ajustes de firma y claims

Elige tú el algoritmo esperado. Una firma coincidente no acredita identidad del emisor, permisos, revocación ni validez global.

Clave pública del usuario

Un JWK público o SPKI PEM PUBLIC KEY. RS256 requiere RSA de 2048–8192 bits; ES256, P-256. No se admiten claves privadas ni JWKS remotos.

exp, nbf e iat se comprueban aparte de la firma. Esta herramienta marca iat futuro como fallo. Los tiempos ausentes siguen ausentes; emisor y audiencia vacíos quedan sin comprobar. UTC se muestra en milisegundos; la fracción original queda en el informe.

Límites: token 100.000 caracteres; clave 20.000; claims de prueba 50.000. Solo base64url estricto, UTF-8 y objetos JSON. Se rechazan claves duplicadas y números alterados al convertir.

Generador de tokens de prueba

Pega un JWT compacto para empezar.

El Decodificador JWT ayuda a investigar peticiones rechazadas: muestra la cabecera, los claims, el emisor, la audiencia y las fechas. Así puedes comprobar si tu aplicación envía el token esperado. La firma inicial permanece sin verificar.

Decodificar un token JWT permite leer datos base64url sin una clave. Verificar la firma JWT requiere una clave pública seleccionada aparte; la expiración JWT es otra condición. Este analizador JWT mantiene las conclusiones separadas.

Por qué este Decodificador JWT separa resultados

Leer sin dar por hecho que es fiable

El Decodificador JWT puede mostrar una firma coincidente junto a una fecha caducada. Un token intacto puede ser demasiado antiguo y un JSON razonable puede estar falsificado. Ver cada resultado ayuda a localizar el motivo del rechazo.

Un token se divide en datos legibles, comprobación con clave pública y comprobación independiente del reloj.

Practicar con un borrador independiente

El generador de pruebas crea un par de claves temporal en el navegador. Primero muestra una vista previa del token y su clave pública. Aplicar sustituye ambas entradas; Deshacer recupera una vez la entrada y el resultado anteriores.

Un borrador de prueba produce una vista previa del token y la clave pública antes de aplicarlos.

Define las condiciones que quieres comprobar

01

Distingue lectura automática y verificación

La decodificación espera 350 ms tras los cambios. Desactívala para usar Decodificar o Ctrl/Cmd+Enter. El interruptor nunca inicia la verificación de firma ni genera claves de prueba.

02

Aporta expectativas independientes

Elige RS256 o ES256 y pega un JWK público o SPKI PUBLIC KEY PEM. Añade el emisor o audiencia esperados cuando corresponda. Las referencias de la cabecera no seleccionan una clave fiable.

03

Reproduce el momento correcto

La referencia vacía toma la hora de cada ejecución. Un valor en segundos Unix permite repetir un instante. La acción de hora actual muestra una vista previa; modificar entradas bloquea la exportación del informe antiguo.

Revisa cada motivo de rechazo

Cabecera y claims legibles

Se muestran los dos objetos JSON y la información de la firma. El algoritmo declarado se distingue del elegido por ti; kid y las URL no establecen confianza.

Comparación con clave pública

RS256 admite RSA de 2048–8192 bits y ES256, P-256. Se distingue una firma diferente de una clave incorrecta, un algoritmo no admitido o una entrada mal formada.

Tiempo de referencia reproducible

exp, nbf e iat se comparan con la referencia y una tolerancia de 0–86400 segundos. Esta herramienta marca iat futuro como fallo. Los tiempos ausentes no se convierten en comprobaciones aprobadas.

Emisor y audiencia previstos

iss se compara exactamente. aud puede ser una cadena o un arreglo que contenga la audiencia esperada. Si no indicas una expectativa, queda sin comprobar. La firma no concede permisos.

Formatos y límites de confianza

Solo tres segmentos compactos
Introduce el token sin prefijo Bearer, espacios alrededor ni relleno. No se descifran JWE de cinco partes. none se puede leer con una firma vacía, pero nunca se considera verificado.
Texto y números estrictos
Cabecera y claims deben ser objetos JSON UTF-8. Se rechazan nombres duplicados, sustitutos aislados y base64url no canónico. Las fracciones representables se aceptan; los números que cambian al convertir no.
Únicamente material público
Usa un solo JWK público o SPKI PUBLIC KEY PEM completo. Las claves privadas y simétricas se rechazan. Un conflicto de alg, use o key_ops del JWK también impide verificar.
Sin claves remotas ni extensiones
jku, x5u, kid, jwk y x5c son metadatos no fiables. No provocan peticiones ni selección automática de claves. No se verifican firmas que incluyan crit, b64 o zip.
Tamaño y representación de fechas
Límites: token 100.000 caracteres, clave 20.000 y claims de prueba 50.000. El token generado también debe respetar su límite. Los tiempos fuera del rango Date son inválidos; UTC muestra milisegundos y el informe conserva la fracción original.
Pruebas separadas de la autenticación
El generador empieza desactivado y crea claves temporales solo al solicitarlo. Aplicar una vista previa no verifica automáticamente la firma. La aplicación debe comprobar permisos, revocación y sus demás reglas.

Preguntas del Decodificador JWT

¿Se comprueba la firma al decodificar?

No en la lectura inicial. Para comprobarla debes seleccionar expresamente RS256 o ES256 y aportar una clave pública. Una coincidencia confirma esa comparación, no la validez global ni los permisos del token.

¿Por qué el token todavía no está activo?

Normalmente nbf está después de la hora de referencia, teniendo en cuenta la tolerancia. Revisa el número Unix, el reloj del dispositivo y la referencia configurada. Esta condición es independiente de la firma.

¿Se envía el token a un servidor?

Las entradas se procesan en la memoria de esta página, sin almacenamiento de borradores ni descarga de claves remotas. El informe solo se copia o descarga cuando tú lo solicitas.

¿Por qué puedo leer el payload sin una clave?

En un JWT firmado ordinario, la cabecera y el payload están codificados en base64url, no cifrados. Cualquiera que posea el token puede leerlos. Una firma no oculta los datos.

¿Qué indica el algoritmo none?

none indica que no hay firma. El contenido puede inspeccionarse si el segmento de firma está vacío, pero esta herramienta nunca lo marca como verificado. Que un token se lea bien no demuestra su autenticidad.

¿Un resultado inesperado?

Continúa la inspección

Usa el Decodificador JWT con el algoritmo esperado, una clave pública conocida y una referencia temporal deliberada; exporta el informe de las entradas actuales.