Leí en crackstation para no usar estas variantes de bcrypt * ($ 1 $, $ 2 $, $ 2a $, $ 2x $, $ 3 $), pero he usado bcrypt ($ 2a $) en varias implementaciones confidenciales recientemente.
¿Puede un experto en seguridad aclarar por qué recomendar ($ 2y $, $ 5 $, $ 6 $) en lugar de ($ 1 $, $ 2 $, $ 2a $, $ 2x $, $ 3 $), cuál es la versión original propuesta por Niels Provos, y en que se diferencian
2: el BCrypt original, que ha quedado en desuso debido a un problema de seguridad mucho antes de que el BCrypt se hiciera popular.
2a: el algoritmo oficial de BCrypt y una implementación insegura en crypt_blowfish
Por lo tanto, los hash 2a creados por el algoritmo original o el puerto Java están bien, e idénticos a los hashes 2y creados por crypt_blowfish. Pero 2a hashes creados por crypt_blowfish son inseguros.
El algoritmo shaXXXcrypt está inspirado en bcrypt pero usa sha2 en lugar de blowfish como funciones hash para satisfacer los requisitos de cumplimiento en los EE. UU.
$2$
La especificación original usó el prefijo $ 2 $. Esto fue en contraste con los otros prefijos de algoritmo:
$1$ - MD5 $5$ - SHA-256 $6$ - SHA-512 $2a$
La especificación original no definió cómo manejar un carácter no ASCII, o cómo manejar un terminador nulo. La especificación se revisó para especificar que al realizar cadenas de hash:
$2x$ , $2y$ (junio de 2011)
Se descubrió un error en crypt_blowfish , una implementación de PHP de BCrypt.
Fue un mal manejo de los caracteres con el octavo bit establecido. Sugirieron que los administradores del sistema actualicen sus bases de datos de contraseñas existentes, reemplazando $2a$ con $2x$ , para indicar que esos hashes son malos (y deben usar el algoritmo roto anterior). ).
También sugirieron la idea de que crypt_blowfish emita $2y$ para los hashes generados por el algoritmo fijo. Nadie más, incluido OpenBSD canónico, adoptó la idea de 2x / 2y . Este marcador de versión se limitó a crypt_blowfish
$2b$ (febrero de 2014)
Se descubrió un error en la implementación OpenBSD de bcrypt.
Estaban almacenando la longitud de sus cadenas en una charla sin firmar. Si una contraseña tuviera más de 255 caracteres, se desbordaría y ajustaría a 255.
BCrypt fue creado para OpenBSD. Así que cuando tuvieron un error en su biblioteca, decidieron que estaba bien golpear la versión. Esto significa que todos los demás deben seguir su ejemplo si desea mantenerse actualizado con "su" especificación.