¿Qué tan seguro es BCRYPT (SHA1 (Contraseña)) [duplicado]

En primer lugar, ¡gracias por tomarse el tiempo para determinar cómo hacerlo correctamente y mejorar la seguridad de sus usuarios!

La migración del almacenamiento de contraseñas mientras se tienen en cuenta los hashes heredados es relativamente común .

Para su escenario de migración, bcrypt(base64(sha1(password))) sería un saldo razonable . Evita el problema nulo ( importante - definitivamente no ¡No quiero dejar de lado la etapa base64! ), elude el límite nativo de 72 caracteres de bcrypt y es 100% compatible con sus hashes existentes.

Simplemente, debe codificar todos los SHA1 existentes con bcrypt(base64(sha1)) y luego codificar todas las contraseñas nuevas con la secuencia completa. (También podría usar SHA256 en su lugar, aunque esto aumentaría un poco la complejidad de su código, para verificar si se usó SHA1 o SHA25 (o solo para probarlos y aprobar). A largo plazo, SHA256 sería más resistente a las colisiones. , por lo que sería una mejor opción).

Para la resistencia a la fuerza bruta, esto no solo sería equivalente a bcrypt, sino que sería teóricamente superior (aunque en la práctica, 72 caracteres son tan grandes para el almacenamiento de contraseñas que en realidad son los mismos).

Consejo de bonificación:

• Asegúrese de usar un factor de trabajo bcrypt que sea lo suficientemente alto como para resistir los ataques sin conexión: el valor más alto que sus usuarios pueden tolerar, 100 ms o más (probablemente al menos un factor de trabajo de 10). Para velocidades inferiores a 1 segundo, bcrypt puede ser más lento para el atacante (mejor para el defensor) que sus reemplazos modernos scrypt y Argon2 (YMMV).
• Almacene el valor predeterminado para el factor de trabajo como una variable configurable de todo el sistema, de modo que pueda aumentarla periódicamente a medida que las velocidades del hardware subyacente se vuelvan más rápidas (o más distribuidas).

Esto limitará el espacio de teclas a aproximadamente 2 ¹⁶⁰ , ya que SHA-1 genera resúmenes de 20 bytes, pero por lo demás está bien. De hecho, bcrypt tiene un límite de entrada de 72 bytes, por lo que no es nada raro que las personas utilicen primero una contraseña utilizando un hash criptográficamente seguro y rápido. Debido a que el límite es mayor que el tamaño de resumen de SHA-1, es posible que desee utilizar un hash con un resumen más grande. Tenga en cuenta que el problema nulo requiere que el resumen se convierta en otra codificación, tal como base64.

Si ya tiene una base de datos llena de hashes SHA-1, es perfectamente correcto ejecutarlos a través de bcrypt.