Generador JWT

El generador JWT crea JSON Web Tokens a partir de un header, un payload y ajustes de firma. Un JWT tiene tres partes codificadas en Base64URL y se usa a menudo para transportar claims como ID de usuario, roles, expiración, emisor y audiencia entre servicios. La herramienta sirve para pruebas de API, desarrollo local, aprendizaje, depuración y creación rápida de tokens de ejemplo. Un token generado solo es confiable si la gestión de claves, el algoritmo, la expiración y la validación del servidor son correctos. No conviene pegar secretos en ejemplos públicos, algoritmos débiles o vidas demasiado largas son riesgosos, y datos sensibles no deberían ir en un payload sin cifrar.

El generador y el parser de JWT son procesos inversos: el parser separa las tres partes y el generador las arma. El núcleo es calcular el segmento de Signature. Flujo de armado: 1) Construye el Header JSON, p. ej. {"alg":"HS256","typ":"JWT"}; 2) Construye el Payload JSON con claims estándar y privados; 3) Codifica Header y Payload por separado en Base64URL para obtener h_b64 y p_b64; 4) Une h_b64 y p_b64 con un punto para formar input = h_b64 + '.' + p_b64; 5) Calcula la firma según alg: HMAC-SHA256/384/512(secret, input); 6) Codifica el resultado de la firma en Base64URL; 7) El token final es input + '.' + sig_b64. Firma HMAC-SHA256: usa el secreto como clave (>= 32 bytes) y ejecuta HMAC sobre input. Internamente HMAC corre dos rondas de SHA-256: primero deriva claves ipad/opad del secreto y luego calcula SHA256(secret XOR ipad || msg) XOR opad. Fuerza de clave: la longitud del secreto determina la seguridad. RFC 7518 exige claves HS256 >= 256 bits (32 bytes). En producción usa siempre un RNG criptográficamente seguro (p. ej. crypto.randomBytes); nunca uses cadenas como 'secret', 'password' o '123456'. Errores comunes: 1) Ataque de sustitución de alg: el servidor debe validar alg estrictamente y no debe tomar alg del header del token para despachar al algoritmo correspondiente; 2) Claves débiles: un secreto corto se rompe por fuerza bruta; 3) Manipulación del payload: HMAC garantiza integridad — si un atacante cambia el payload, la verificación falla; 4) Filtración del token: los JWT no son revocables, así que una vez fuera solo queda esperar el exp. Alcance de esta herramienta: solo se generan HS256/HS384/HS512. Algoritmos asimétricos como RS256 (RSA) y ES256 (ECDSA) requieren una clave privada en el emisor y los produce un servicio de firma en el backend o un SDK específico, no esta página.

• Núcleo de firma HMAC-SHA256: HMAC(secret, header_b64 + '.' + payload_b64), produce una firma de 256 bits y la codifica en Base64URL.
• La longitud de la clave HS256 debe ser >= 32 bytes (256 bits); se recomienda generar con crypto.getRandomValues o crypto.randomBytes: las claves cortas son vulnerables a ataques de diccionario.
• Esta herramienta solo genera tokens con firma HMAC (HS256/HS384/HS512). Algoritmos asimétricos como RS256 o ES256 requieren que el emisor custodie una clave privada y no se producen aquí; usa un servicio de firma en el backend o un SDK específico para esos casos.
• iat/exp/nbf son marcas de tiempo Unix en segundos (no milisegundos); los servidores normalmente requieren exp > ahora(), nbf <= ahora() e iat <= ahora().
• Ataque alg=none: mantener una lista blanca de algoritmos permitidos en el lado del servidor (p. ej. ['HS256']); nunca elegir el algoritmo dinámicamente desde el header del token. Muchas librerías JWT históricamente permitían alg=none por defecto: esa es una vulnerabilidad conocida.
• Un JWT no se puede revocar una vez emitido: el único recurso es esperar a exp. Para revocación activa, mantener una lista negra de jti o usar un token de acceso de corta duración más un token de actualización.