Qual è l'algoritmo di hashing consigliato da utilizzare per le password memorizzate?

Question

Dati i punti deboli noti dell'MD5 e le recenti debolezze (maggio 2009) discusse in SHA1, come dovrebbero essere salati i nuovi programmi & con le loro password?

Ho visto SHA-256 e SHA-512 suggerito.

Programmazione prevalentemente in Ruby on Rails e utilizzo di PostgreSQL - ma altri linguaggi e ambienti potrebbero anche dover calcolare gli hash delle password.

Answer 1

SHA-256 e SHA-512 sono sicuri per il futuro prevedibile. Appartengono alla famiglia SHA-2, contro la quale finora non sono stati identificati attacchi. This wikipedia page dice che i venditori Unix e Linux si stanno ora trasferendo a SHA-2 per il loro hashing sicuro di password. La famiglia SHA-3, con algoritmi ancora più potenti, è in fase di sviluppo, ma non sarà pronta almeno fino al 2012.

P.S: A meno che non stiate nascondendo i nomi degli agenti segreti dei governi, sarete al sicuro anche con SHA-1, ma se non si tratta di implementare SHA-2, basta usare quello.

Answer 2

Utilizzare una funzione lenta come bcrypt. Here è un post dei ragazzi di Phusion.

Answer 3

è necessario utilizzare un nome utente hash, la password e il sale, come:

hash(length(username)+"_veryuniquesalt4rtLMAO"+username+password) 

In questo modo, il database non è vulnerabile a eventuali tabelle arcobaleno esistenti, a causa del sale, e con il nome utente hash lungo con la password è anche impossibile creare una tabella arcobaleno per il tuo specifico metodo di hashing.

Utilizzando un "lento" algoritmo di hash garantirà le password meglio, proprio come se fossero più complesse, ma è un compromesso, una volta che avete deciso su un certo livello di lentezza non si può semplicemente scalare indietro quando si bisogno di prestazioni per altre cose

È anche possibile eseguire il client di hashing lento utilizzando JavaScript, in questo modo non si verificherà un problema di prestazioni, ma il metodo richiederà ovviamente che JavaScript sia abilitato.

Qualsiasi cosa scegliate, un po 'di rallentamento è molto meglio di niente, usate 1 millisecondo invece di 1 microsecondo e la vostra protezione è 1000 volte più forte.

Puoi usare bcrypt, oppure puoi fare un algoritmo di hashing convenzionale molto lavoro extra, ma assicurati che il lavoro extra non sia principalmente la concatenazione di stringhe.

Alla fine, è meglio non rubare il database, molte password sono così deboli da essere facilmente estratte, qualunque cosa tu faccia.

Answer 4

È necessario utilizzare una funzione di derivazione della chiave basata su password come risultato uid/pwd; il più noto è PBKDF2 http://en.wikipedia.org/wiki/PBKDF2 definito anche come RFC 2898 http://tools.ietf.org/html/rfc2898. PKBDF2 prende i tuoi dati segreti oltre a un conteggio salato e un numero di iterazioni. Questo è il modo standard per risolvere il tuo problema.

Se si programma in .NET, utilizzare Rfc2898DeriveBytes http://msdn.microsoft.com/en-us/library/system.security.cryptography.rfc2898derivebytes.aspx