Explorador del formato de hash de contraseñas Argon2

No. Los hashes que se muestran son simulaciones deterministas con fines educativos. Para el hashing real de contraseñas, usa el paquete npm argon2 del lado del servidor o argon2-browser del lado del cliente (WebAssembly).

Argon2id usa mucha memoria, es resistente a las GPU y configurable, lo que encarece los ataques de fuerza bruta en varios órdenes de magnitud. bcrypt está limitado a contraseñas de 72 bytes y utiliza un diseño de 1999 que carece de uso intensivo de memoria.

El formato de cadena PHC (Password Hashing Competition) codifica todos los parámetros del hash en una única cadena portable: $algoritmo$versión$parámetros$salt$hash.

Sí, completamente gratuito.

Por supuesto. El Explorador del Formato de Hash de Contraseñas Argon2 procesa todo del lado del cliente, en tu navegador. No se sube ni se almacena ningún dato en ningún servidor. Tu contenido permanece privado en tu dispositivo en todo momento.

Sí, el Explorador del Formato de Hash de Contraseñas Argon2 es totalmente adaptable y funciona en smartphones y tablets. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna aplicación.

No se necesita ninguna cuenta ni registro. Simplemente abre el Explorador del Formato de Hash de Contraseñas Argon2 en tu navegador y empieza a usarlo de inmediato. No hay barreras de registro ni restricciones de uso.

Solo tienes que introducir tus datos en el campo correspondiente, ajustar la configuración a tu gusto y la herramienta los procesará al instante. Después puedes copiar el resultado al portapapeles o descargarlo.

El Explorador del Formato de Hash de Contraseñas Argon2 funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, utiliza la última versión de tu navegador preferido.

Las tres variantes de Argon2 se diferencian únicamente en cómo acceden a la memoria. Argon2d usa acceso dependiente de los datos, lo que le da la resistencia más fuerte frente a crackeo por GPU y ASIC, pero filtra información de temporización, dejándola vulnerable a ataques por canal lateral. Argon2i usa acceso independiente de los datos, lo que anula los ataques de temporización por canal lateral pero ofrece una resistencia más débil frente a hardware de crackeo dedicado. Argon2id es un híbrido: ejecuta la primera pasada en modo Argon2i y el resto en modo Argon2d, de modo que consigue protección significativa frente a ambas amenazas a la vez. Ese equilibrio es la razón por la que OWASP y el RFC 9106 recomiendan Argon2id como opción predeterminada para el almacenamiento de contraseñas, reservando Argon2d para casos como las criptomonedas, donde los canales laterales no son una preocupación. Cambia entre las tres en el explorador para ver cómo solo cambia la etiqueta del algoritmo en la cadena PHC.

Dentro de una cadena PHC verás un segmento como m=65536,t=3,p=4, y cada letra es un parámetro de ajuste. El valor t es el coste de tiempo, el número de pasadas que Argon2 hace sobre la memoria; aumentarlo incrementa de forma lineal cuánto tarda cada intento, tanto para el atacante como para el usuario. El valor m es el coste de memoria en kibibytes, así que 65536 significa que se necesitan 64 MB de RAM por cada hash; esto es lo que hace que Argon2 sea memory-hard y priva de ancho de banda a los equipos de crackeo paralelo baratos. El valor p es el paralelismo, el número de carriles independientes, que idealmente debe coincidir con los hilos de CPU de tu servidor. La base recomendada por OWASP para inicio de sesión interactivo es t=3, m=64MB, p=4, marcada con una estrella en la herramienta. Ajusta cada menú desplegable en el explorador para ver el segmento de parámetros de la cadena PHC actualizarse en tiempo real.

Ajustar Argon2 consiste en gastar la mayor cantidad posible de los recursos de un atacante sin ralentizar demasiado los inicios de sesión reales. Una regla práctica es fijar primero el coste de memoria lo más alto que tu hardware pueda permitirse, ya que la dureza de memoria es la principal defensa de Argon2; 64 MB es el mínimo recomendado para inicios de sesión interactivos, y 128 o 256 MB es razonable en un servidor bien equipado. Fija el paralelismo para que coincida aproximadamente con los hilos de CPU disponibles. Luego aumenta el coste de tiempo hasta que un solo hash tarde alrededor de medio segundo en tu máquina de producción, lo que mantiene el fuerza bruta costoso sin dejar de ser ágil. Como cada parámetro va incrustado en la cadena PHC, puedes aumentar estos valores más adelante y rehashear las contraseñas en el siguiente inicio de sesión sin necesidad de migrar la base de datos. Usa el explorador para previsualizar distintas combinaciones de parámetros y la cadena exacta que producen antes de decidirte por una configuración.

El segmento v=19 es la versión del algoritmo Argon2, no un parámetro que se ajuste. Se refiere a Argon2 versión 1.3, cuyo identificador hexadecimal 0x13 equivale a 19 en decimal. La versión 1.3 corrigió una debilidad presente en el diseño original 1.0, y desde entonces ha sido el estándar, por lo que casi todas las bibliotecas modernas emiten v=19. Registrar la versión dentro del hash importa porque le permite a un verificador saber exactamente qué revisión del algoritmo produjo una contraseña almacenada, de modo que los hashes antiguos se puedan seguir verificando correctamente incluso después de que las bibliotecas se actualicen. Si alguna vez encuentras un hash sin campo de versión, es anterior a esta convención y probablemente se generó con la versión 1.0. El explorador siempre muestra v=19 en su desglose para que veas dónde se ubica la versión, entre el nombre del algoritmo y los parámetros de coste.

Un salt es un valor aleatorio único que se mezcla con cada contraseña antes de aplicar el hash, y aparece como el penúltimo segmento en base64 de la cadena PHC. Su función es garantizar que dos usuarios con la misma contraseña produzcan hashes completamente distintos, lo que anula las tablas rainbow precalculadas e impide que un atacante crackee muchas cuentas a la vez. Como el salt solo necesita ser único, no secreto, se almacena a la vista, dentro de la propia cadena del hash, en lugar de en una columna separada. Cuando alguien inicia sesión, el verificador extrae el salt de la cadena almacenada, vuelve a ejecutar Argon2 con él y con los parámetros de coste incrustados, y compara el resultado. Este diseño autocontenido significa que un solo campo de la base de datos contiene todo lo necesario para verificar un inicio de sesión. Genera una cadena en el explorador para ver el salt resaltado como su propia parte con código de color.