TontonTools

Generador de hash Bcrypt

Genere hashes de bcrypt: la forma correcta de almacenar contraseñas.

100% Gratis Sin registro Amigable con la privacidad Contraseña y seguridad
Actualizado sep. 2026

Share X / Twitter Facebook LinkedIn WhatsApp

Cómo usar Generador de hash Bcrypt

  1. Ingrese la contraseña/texto para aplicar el hash.
  2. Elija el factor de costo: 10-12 es el equilibrio estándar entre seguridad y velocidad.
  3. Genere el hash de bcrypt; tenga en cuenta que incluye la sal y el costo, y difiere cada vez.
  4. En producción, use la función bcrypt de su marco; nunca almacene contraseñas con MD5/SHA.

¿Cuál es Generador de hash Bcrypt?

Un generador de hash de bcrypt produce hashes de bcrypt, el algoritmo diseñado específicamente para almacenar contraseñas. A diferencia de los hashes generales (MD5, SHA-256), bcrypt es deliberadamente lento y salado automáticamente: requiere una cantidad ajustable de trabajo por hash (lo que encarece el craqueo masivo) e incorpora una sal aleatoria única (lo que hace que las tablas arcoíris precalculadas sean inútiles).

Ese diseño es el objetivo. Los hashes rápidos son una virtud para las sumas de verificación y una catástrofe para las contraseñas: una GPU intenta miles de millones de conjeturas SHA-256 por segundo. La lentitud intencional de Bcrypt limita a los atacantes a miles por segundo, convirtiendo "descifrado en minutos" en "descifrado en años".

Sobre el Generador de hash Bcrypt

Ingrese texto y genere su hash bcrypt, con un factor de costo seleccionable (nivel de trabajo).

Los conceptos que los desarrolladores necesitan: el factor de costo (rondas): cada incremento duplica el trabajo; 10-12 es el estándar actual, que equilibra la seguridad con la carga del servidor, y se puede ajustar hacia arriba a medida que el hardware mejora sin cambiar el código; la sal incorporada: bcrypt genera e incorpora una sal única por hash, por lo que la misma contraseña tiene un hash diferente cada vez (es por eso que dos hashes de "contraseña" no coinciden, y por qué las tablas Rainbow no pueden ayudar); y verificación: nunca descifras un hash de bcrypt (es unidireccional); vuelve a realizar el hash del intento de inicio de sesión y deja que la función de comparación de bcrypt lo verifique.

Donde bcrypt encaja y no: es para almacenamiento de contraseñas: contraseñas de cuentas de usuario en una base de datos. NO es para la integridad de los datos (use SHA-256), firmas API (use HMAC) ni nada que necesite velocidad. Cada marco tiene bcrypt integrado (password_hash de PHP y equivalentes en todas partes); utilícelos en producción; este generador es para aprender, probar y hashes únicos. Las alternativas modernas (Argon2, scrypt) también son sólidas; bcrypt sigue siendo un valor predeterminado sólido y con soporte universal.

Preguntas Frecuentes

Velocidad: al revés. SHA-256 es rápido, por lo que los atacantes intentan miles de millones de conjeturas por segundo contra hashes robados. Bcrypt es deliberadamente lento y salado, lo que limita a los atacantes a miles por segundo. Los hashes rápidos protegen la integridad de los datos; hashes lentos protegen las contraseñas.
La sal aleatoria incorporada: bcrypt genera una nueva cada vez, por lo que las contraseñas idénticas tienen un hash diferente. Esto anula las tablas arcoíris y oculta qué usuarios comparten una contraseña. La verificación aún funciona porque la sal se almacena dentro del hachís.
10-12 para la mayoría de las aplicaciones en 2026: lo suficientemente alto como para ralentizar a los atacantes, lo suficientemente bajo como para no retrasar los inicios de sesión. Más alto (13-14) para sistemas de alto valor si sus servidores pueden permitirse hashes de ~ medio segundo. Auméntelo con el tiempo a medida que el hardware se acelere.
No lo descifras: bcrypt es unidireccional. Pasa el intento de inicio de sesión y el hash almacenado a la función de verificación de bcrypt (password_verify en PHP, bcrypt.compare en Node), que vuelve a realizar el hash con el salt/cost incrustado y lo compara.
Ambos son fuertes. Argon2 (el nuevo ganador de PHC) resiste mejor los ataques de GPU/ASIC y es preferido para sistemas nuevos cuando estén disponibles; bcrypt sigue siendo excelente y tiene soporte universal. Cualquiera de los dos supera enormemente a los hashes rápidos: el desastre es utilizar MD5/SHA para las contraseñas.

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.