Generador y verificador de hash de contraseñas

SHA-256 en una GPU moderna funciona a miles de millones de conjeturas por segundo. Una contraseña de 8 caracteres tiene muy por debajo de 10¹³ combinaciones — horas de GPU, minutos en un equipo grande. Las funciones de cálculo de hash de contraseñas (KDF) combaten esto con parámetros de coste: bcrypt repite su núcleo 2^coste veces, PBKDF2 itera HMAC cientos de miles de veces, y scrypt y Argon2id exigen además megabytes de memoria por conjetura, así que las GPU (rápidas pero pobres en memoria por núcleo) pierden su ventaja. La sal — aleatoria, guardada en claro dentro de la cadena del hash — impide las tablas arcoíris precalculadas y obliga a calcular cada conjetura de nuevo para cada usuario.

Una GPU tiene miles de núcleos, pero cada núcleo tiene acceso a muy poca memoria rápida. Un KDF que necesita 19 MiB de conjunto de trabajo por conjetura limita al atacante al número de conjeturas paralelas que le permitan sus fragmentos de 19 MiB de memoria — por eso Argon2id con 19 MiB puede ser más fuerte en la práctica que bcrypt con coste 15, pese a tardar menos tiempo real en su portátil. PBKDF2 no tiene respuesta a esto: su único mando es el número de iteraciones, y el silicio escala eso linealmente.

El formato modular-crypt / PHC es autodescriptivo: en $argon2id$v=19$m=19456,t=2,p=1$ICEiIyQlJicoKSorLC0uLw$WTGpK4hf... los campos son el algoritmo, la versión, los parámetros (m = memoria en KiB, t = pasadas, p = carriles), la sal en base64 y el hash en base64. bcrypt es anterior al estándar y usa su forma compacta propia: variante $2b$, coste 12, y después la sal y el hash en el alfabeto base64 propio de bcrypt (./A-Za-z0-9). La verificación de esta página acepta todos estos formatos y muestra los campos analizados — pegue cualquier hash que encuentre y vea en qué se descompone.

• Hash rápido para contraseñas. Las columnas de contraseñas con MD5/SHA-1/SHA-256 caen ante GPU de consumo a miles de millones de conjeturas por segundo. Use el Generador de hash para archivos y datos; use los algoritmos de esta página para contraseñas.
• Compartir una sal. Una sola sal para todos los usuarios significa que contraseñas iguales tienen hashes iguales y vuelven las tablas arcoíris. Cada hash de aquí recibe una sal aleatoria nueva de 16 bytes.
• Ignorar los 72 bytes de bcrypt. "a"*100 y "a"*72 dan el mismo hash — la cola se descarta. Esta página avisa en el cuadro de entrada cuando la contraseña supera los 72 bytes. Argon2 no tiene ese límite.
• Comparar hashes con == en su propio código. La verificación debe ser de tiempo constante; el motor de la página lo hace internamente (recalcula y compara los bytes guardados), pero si copia el enfoque, use una comparación de tiempo constante.
• Ajustar parámetros en una máquina de desarrollo rápida. Apunte a unos 250–500 ms de cálculo en el hardware medio de sus usuarios de producción, no en su estación de trabajo. El botón de Comparar muestra lo que este navegador experimenta realmente.
• Recalcular el hash en cada comprobación de inicio de sesión. Verifique primero; recalcule (p. ej., para subir el coste) solo tras una verificación correcta, y guarde la cadena nueva. La función de PHP password_needs_rehash() existe precisamente para esto.

¿Cuál debo elegir? Argon2id con al menos los mínimos de la OWASP. Si el entorno de ejecución no lo ofrece: scrypt, y después bcrypt (con un coste que haga que el cálculo tarde ≥250 ms). PBKDF2 solo cuando la certificación lo exija.

¿Por qué aparece una sal aleatoria en la cadena de salida? La sal no es un secreto — se guarda en claro dentro de la cadena PHC a propósito, así que la verificación solo necesita la cadena y la contraseña candidata. Su función es la unicidad, no el secreto.

¿Importa la variante ($2a$ / $2b$ / $2y$)? Para contraseñas ASCII producen hashes idénticos; $2a$ es el original de los años noventa, $2b$ corrigió un raro fallo de extensión de signo (2014), $2y$ es la marca de PHP de que la corrección está presente. La verificación acepta las tres.

¿Cuánto debe tardar un hash? Aproximadamente de 250 a 500 ms por inicio de sesión en hardware de servidor. Por debajo de 100 ms, el craqueo sin conexión es barato; por encima de 1 s, los usuarios se quejan antes de que mejore la seguridad.

¿Puedo verificar un hash generado en otro lugar? Sí — péguelo y facilite la contraseña candidata. Formatos conocidos que funcionan: password_hash de PHP (bcrypt $2y$ y Argon2id), passlib de Python, el hasher argon2 de django, y el formato de cadena scrypt de la herramienta scrypt de Tarsnap.

¿Qué hace el botón de «comparar»? Calcula el hash de la contraseña actual una vez con cada algoritmo, con los parámetros por defecto de la página, e informa del tiempo real en este navegador — una idea de las diferencias de coste, no una medición rigurosa.