Generador y verificador de JWT

Cómo crear un JWT firmado

1. Elige el Algoritmo: HS256/384/512 (secreto compartido), RS256/384/512 o PS256/384/512 (RSA), ES256/384/512 (ECDSA sobre P-256, P-384 o P-521) o EdDSA (Ed25519, si tu navegador lo admite).
2. Edita la Cabecera (JSON) y la Carga útil (claims JSON). El campo alg siempre sigue al algoritmo seleccionado y typ vale JWT por defecto.
3. Usa los botones de claims de tiempo para añadir fechas: iat = ahora, nbf = ahora, o elige un plazo como «dentro de 1 hora» y pulsa Fijar exp. Los valores son NumericDate: segundos desde el 1 de enero de 1970 UTC.
4. Introduce el Secreto (algoritmos HS, como texto o Base64/Base64url según el Formato del secreto) o la Clave privada (PEM o JWK). ¿Aún no tienes clave? Pulsa Generar clave de prueba.
5. Pulsa Firmar token y después Copiar el resultado, o pulsa Verificar este token para comprobarlo al momento.

Cómo verificar un JWT

1. Pega el token en Token que verificar.
2. Elige el Algoritmo esperado. Si lo dejas en «El de la cabecera del token», se acepta lo que diga la cabecera, salvo none; si eliges un algoritmo concreto, la herramienta rechaza cualquier token firmado de otra forma, como debería hacer un servidor real.
3. Introduce el secreto o la Clave pública (PEM o JWK): un bloque PEM PUBLIC KEY, RSA PUBLIC KEY o CERTIFICATE, un JWK o un JWK Set (se usa la clave cuyo kid coincide con la cabecera).
4. Si quieres, define un Margen de reloj (segundos) para tolerar pequeñas diferencias de hora y pulsa Verificar token.

El resultado indica si la firma es válida y después comprueba exp (expiración) y nbf (no antes de) con la hora actual de tu ordenador. Un token con la firma correcta pero con la expiración en el pasado se muestra como expirado, no como válido.

Claves y formatos

Para firmar, la herramienta acepta bloques PKCS#8 PRIVATE KEY, PKCS#1 RSA PRIVATE KEY y SEC1 EC PRIVATE KEY (convertidos internamente a PKCS#8), además de JWK privados. Las claves protegidas con contraseña deben exportarse antes sin contraseña. Generar clave de prueba crea un secreto aleatorio del tamaño del hash para los algoritmos HS, un par RSA de 2048 bits para RS y PS, la curva correspondiente para ES o un par Ed25519. Recibes las claves en PEM y JWK, y se rellenan en ambos lados para que el ciclo completo funcione de inmediato.

Las firmas siguen las RFC 7515 y RFC 7518: RSA-PSS usa una sal tan larga como el hash y las firmas ECDSA son la concatenación bruta r||s. La implementación reproduce el ejemplo HS256 del apéndice A.1 de la RFC 7515.

Notas de seguridad

• Todo se ejecuta en tu navegador con la API Web Crypto. Ni los tokens ni las claves se envían a ningún sitio, pero aun así es preferible usar claves de prueba en lugar de secretos de producción.
• alg: none nunca se firma ni se acepta.
• Los secretos HMAC deberían ser al menos tan largos como el hash (32 bytes para HS256). Un secreto más corto genera un aviso.
• Una firma demuestra la integridad y el origen, no que los claims sean adecuados: los servidores también deben comprobar iss, aud y los permisos (scopes).