Hash y Sales

Así salado sólo hace las cosas un poco más lento para alguien que ha tenido acceso a su base de datos. En lugar de utilizar una tabla del arco iris estándar que tendría que generar una nueva para la sal. Además, si utiliza una sal diferente para cada usuario que requiere sólo que mucho más tiempo para tener acceso a todas las contraseñas.

Ahora, cuando la gente siempre habla de las sales que utilice siempre una columna en su tabla denominada "sal" a mí me suena un poco estúpido para usar algo como eso.

Estaba pensando en qué otra manera de hacer hash y se me ocurrió esta idea. En realidad todo se reduce a la utilización de un algoritmo para generar el hash. Si alguien obtiene acceso a su fuente de entonces su mala suerte de nuevo sin embargo.



Cuando $ Pwd es una cadena de hash.

No estoy seguro acerca de cómo funcionan las sales y los hashes, pero su trabajo guión con algoritmos existentes, como el md5?

Esto es nuevo para mí, siempre he visto que la práctica común el uso de otras partes de los datos (una combinación de otros campos, por ejemplo) como la sal. Nunca he visto a nadie una tienda de "sal" de valor. Como usted ha dicho, que sería bastante inútil.

Fwiw, con una marca de tiempo de registro como miembros de una sal es bastante común. Su exclusiva y única para cada usuario. Incluso mejor, si se mantiene esa fecha oculta para todos, excepto que el usuario al visualizar el perfil, es imposible de adivinar. No los va a querer a la fuerza bruta cada segundo de la época.

Esta es una forma estándar de hash de una cadena con la sal que casi protege contra la mayoría de las tablas del arco iris
sal $ = substr (str_shuffle ("0123456789abcdefghijklmnopqrstuvwxyz"), 0, 12);

El punto principal es que las sales de ser como usted ha dicho diferente para cada registro, de modo que una tabla del arco iris solo no pondrá en peligro toda la tabla de contraseñas. La "fuerza" de las sales no es tan importante.