Calcula una firma HMAC para cualquier mensaje y clave usando SHA-1, SHA-256, SHA-384 o SHA-512, con salida hex, base64 o base64url.
Codigos de autenticacion en local. HMAC combina una funcion hash con una clave secreta para que el receptor verifique integridad y autenticidad. Calculado en tu navegador con Web Crypto.
Un HMAC no oculta nada. Responde a otra pregunta: ¿produjo este mensaje exacto alguien que posee el secreto compartido, y ha sido alterado desde entonces? La salida es una etiqueta de tamano fijo que envias junto al mensaje; el receptor la recalcula con la misma clave y compara. Etiquetas iguales significan que el mensaje es autentico e intacto. Etiquetas distintas significan que no es ni una cosa ni la otra, sin forma de saber cual.
Esto convierte a HMAC en el caballo de batalla de las firmas de webhook, la firma de peticiones de API, las cookies firmadas y los tokens de sesion. Stripe, GitHub y la mayoria de proveedores de webhooks firman asi sus payloads para que puedas verificar que la peticion viene realmente de ellos y no de alguien que adivino la URL de tu endpoint.
La construccion obvia, SHA256(clave + mensaje), esta rota frente a hashes Merkle-Damgard como SHA-1 y SHA-256. Esos hashes procesan datos por bloques y arrastran estado, de modo que un atacante que conozca un digest valido puede anadir datos y calcular un digest valido del mensaje extendido sin llegar a conocer la clave. Es el ataque de extension de longitud, y no es teorico: ha roto APIs reales.
La construccion anidada de HMAC, H(clave XOR opad || H(clave XOR ipad || mensaje)), cierra ese agujero. Las dos pasadas con claves rellenadas de forma distinta hacen que el digest final no sea el estado interno crudo de un hash sobre datos influidos por el atacante. Por eso conviene recurrir siempre a HMAC en lugar de inventarse un hash con clave propio.
Elige SHA-256 salvo que algo externo te obligue. SHA-1 sigue siendo seguro dentro de HMAC porque la construccion no depende de la resistencia a colisiones, pero un sistema nuevo no tiene motivo para usarlo y los auditores lo senalaran. SHA-512 no es significativamente mas fuerte para esto y a veces es mas rapido en hardware de 64 bits.
Dos detalles de implementacion importan mas que la eleccion del hash. Primero, compara las etiquetas en tiempo constante: una comparacion de cadenas normal sale al primer byte distinto, y eso filtra suficiente informacion temporal para falsificar una etiqueta byte a byte. Segundo, las claves deben ser bytes aleatorios de al menos la longitud del digest, no una frase facil de recordar; las claves HMAC no son hashes de contrasena y no reciben ningun estiramiento.