Generador y verificador bcrypt

Cómo generar el hash bcrypt de una contraseña

1. En Generar el hash de una contraseña, escribe la Contraseña. Un contador muestra su longitud en bytes UTF-8 y te avisa cuando supera los 72 bytes.
2. Elige el Factor de coste (4–14). La línea de debajo indica el número de rondas, por ejemplo 10 → 2^10 = 1024 rondas.
3. Haz clic en Generar hash. Una barra de progreso sigue el cálculo y la página sigue respondiendo mientras tanto. Al terminar, la herramienta muestra el tiempo empleado y el Hash bcrypt, listo para copiar.
4. El hash se desglosa en sus partes: Versión, Coste, Sal (22 caracteres) y Hash (31 caracteres).

Para comprobar una contraseña con un hash, escribe la contraseña, pega el hash (el que acabas de generar se rellena automáticamente) y haz clic en Comprobar contraseña. El resultado indica si coinciden. Marca Ocultar contraseñas para enmascarar los dos campos de contraseña.

El cálculo se hace en tu navegador con la biblioteca bcryptjs, que solo se carga la primera vez que la necesitas. Ninguna contraseña ni ningún hash se envía a ningún sitio.

Cómo funciona bcrypt

bcrypt (Provos y Mazières, 1999) es una función de hash de contraseñas basada en el cifrado Blowfish. A diferencia de SHA-256, es lenta a propósito, y esa lentitud es ajustable: el factor de coste es una potencia de dos, así que cada +1 duplica el trabajo. Un coste de 10 significa 1024 iteraciones de la costosa preparación de clave; un coste de 12, 4096. Esa lentitud apenas se nota cuando un usuario inicia sesión, pero encarece muchísimo un ataque de fuerza bruta sobre una base de datos robada.

Un hash como $2b$10$N9qo8uLOickgx2ZMRZoMyeIjZAgcfl7p92ldGxad68LJZdL17lhWy se lee así:

• $2b$: la versión. $2a$ y $2y$ (PHP) son compatibles y se pueden comprobar aquí; $2x$ identifica hashes de una implementación antigua con errores y se rechaza.
• 10: el factor de coste.
• Los 22 caracteres siguientes: una sal aleatoria de 128 bits, en el alfabeto Base64 propio de bcrypt (./A-Za-z0-9).
• Los últimos 31 caracteres: el resultado de 184 bits.

Como la sal es aleatoria y se guarda dentro del hash, procesar dos veces la misma contraseña da dos hashes distintos, y ambos se verifican correctamente. Por eso una contraseña se comprueba con una función de verificación y no comparando hashes.

Cómo elegir el coste

Elige el coste más alto que tu servidor pueda asumir manteniendo inicios de sesión rápidos, normalmente alrededor de un cuarto de segundo por hash. OWASP recomienda un coste mínimo de 10 para bcrypt. Los navegadores ejecutan bcrypt en JavaScript, varias veces más lento que una implementación nativa en servidor: a partir de un coste de 12, la herramienta avisa de que el cálculo puede tardar de uno a varios segundos, y cada paso adicional duplica el tiempo. El trabajo se reparte en fragmentos cortos para que la página no se congele.

Para sistemas nuevos, OWASP prefiere ahora Argon2id, y bcrypt sigue siendo aceptable cuando Argon2id no está disponible.

El límite de 72 bytes

bcrypt solo usa los primeros 72 bytes de la contraseña; el resto se ignora sin avisar. Bytes no es lo mismo que caracteres: una letra con tilde o la ñ ocupan 2 bytes en UTF-8 y un emoji ocupa 4. Dos contraseñas largas que comparten los primeros 72 bytes producen el mismo hash. El contador de bytes te avisa cuando una contraseña es demasiado larga. Algunos sistemas aplican un hash previo a las contraseñas largas (por ejemplo HMAC-SHA256 y luego Base64) antes de bcrypt; si lo haces, nunca pases el resumen binario en bruto, porque un byte cero terminaría la contraseña antes de tiempo en muchas implementaciones.