Usa SHA-512 e salta all'hash una password hash MD5?

Question

Sto lavorando su un sistema che hashing password utente con MD5 (senza sale). Voglio memorizzare le password in modo più sicuro utilizzando SHA-512 e un sale.

Sebbene sia abbastanza semplice da implementare per le password future, vorrei anche aggiornare le password hash MD5 esistenti, preferibilmente senza obbligare tutti gli utenti a modificare le loro password. La mia idea è di usare solo SHA-512 e un salt appropriato per cancellare l'hash MD5 esistente. Posso quindi impostare un flag nel database che indichi quali password sono state sottoposte a hash da testo semplice e quali sono state sottoposte a hash da un hash MD5. Oppure potrei provare entrambi quando autenticano gli utenti. O anche solo hash nuove password con MD5 e poi SHA-512/salt, in modo che possano essere trattate come le vecchie password.

Programmaticamente, non penso che questo sarà un problema, ma non so abbastanza di crittografia/hashing per sapere se sto compromettendo la qualità dell'hash in alcun modo applicando un SHA-512/salare hash a una password che era già hash MD5. Il mio primo istinto è che, semmai, sarebbe ancora più forte, un tasto molto leggero che si allunga.

Il mio secondo istinto è che non so davvero di cosa sto parlando, quindi farò meglio a chiedere consiglio. qualche idea?

Answer 1

La composizione della funzione con primitive crittografiche è pericolosa e non dovrebbe essere eseguita se evitabile. La soluzione comune per il tuo tipo di problema è di mantenere entrambi gli hash per un periodo di migrazione, usando il nuovo hash dove possibile e aggiornando in modo trasparente le vecchie password (quando controlli una password e la combina, rihash con il nuovo algoritmo e la memorizza)

Questo non funzionerà se si dispone di uno schema basato su una richiesta di risposta in cui non si vede la password in chiaro, ma poiché sembra che ci sia un sale memorizzato che non cambia, presumo che l'applicazione esegua l'hashing .

Answer 2

Fidati del tuo secondo istinto. Usa una libreria esistente creata appositamente per le password di hashing invece di provare a crearne una tua.

Probabilmente ha cancellato le nuove password con MD5 e poi ha cancellato l'MD5 con la libreria di hashing delle password. In tal modo, puoi mantenere la retrocompatibilità con le tue vecchie password.

I.e. password_hash (tutti i vecchi, le password md5'd) e password_hash (MD5 (nuove password))

(Attenzione: io non sono un esperto di crittografia)

http://www.codinghorror.com/blog/2007/09/youre-probably-storing-passwords-incorrectly.html

Answer 3

Se MD5 hash con primo, avrai solo la diffusione di MD5 (128 bit). Una grande parte dello spazio di SHA512 non sarà coperta dalle tue password. Quindi non approfitti di SHA512, ma non sarà peggio di MD5.

Hai il vantaggio che se qualcuno ottiene l'hash SHA512 e non conosce il sale (ciò che devi forzare in qualche modo) non può cercare gli hash e ottenere le password - qualcosa che sarebbe possibile con il Database MD5 che hai ora.

Quindi sì, è possibile ripetere semplicemente le password MD5 esistenti. Ma come spiegato nel primo paragrafo, sarebbe una cattiva idea applicare MD5 a tutte le nuove password e poi cancellarle come SH512. Un'implementazione facile sarebbe quella di avere un campo "salato" booleano nel database vicino agli hash (ma non mettere il sale lì).

Answer 4

Se si guarda al modo in cui la maggior parte delle persone di sicurezza e della sicurezza bancaria esegue la modifica della password.Molti di loro chiedono fondamentalmente a chi utilizza il vecchio metodo di crittografia per creare una nuova password. Penso che tu sia la prima soluzione per mettere un flag su tutti gli utenti di password MD5 esistenti e informarli che devono creare una nuova password e migrarli lentamente al nuovo sistema. In questo modo, quando risolvi il problema nel sistema, se qualcosa va storto non ti verrà chiesto se si tratta di un nuovo utente o di uno vecchio. Abbiamo doppio hashing o single? Non dovrebbe mai confrontare due hash come una possibile risposta, perché se MD5 ('abc') => 123, SHA ('NO') => 123, significa che qualcuno potrebbe aver inserito la password sbagliata ma ancora entra.