Rehashing un hash debole con un algoritmo strong lo rende strong?

Sì, l'hashing di nuovo con bcrypt è una buona idea. Si noti, tuttavia, che non darà al vostro codice di accesso più entropia, ma ci vorrà più tempo per craccare. Quindi, se l'entropia è veramente bassa, potrebbe essere necessario un fattore di costo molto elevato per renderlo irrealizzabile.

Da una nota a margine, in generale è meglio solo un hash con una buona funzione di hash che giocare con molti, come spiegato nelle risposte a questa domanda . Ma non hai questa opzione, quindi gli argomenti non sono realmente validi per il tuo caso.

Per quanto riguarda l'utilizzo di un pepe, ti consiglio di crittografare gli hash. Offre lo stesso tipo di protezione, ma offre maggiore flessibilità. Ma non è un sostituto per la salatura.

Questo e questo potrebbe essere una lettura interessante per te. Inoltre, Roshan Bhumbra ha un suggerimento interessante sul riutilizzo con una sola funzione dopo il primo accesso.

Crittografia in transito

Nel tuo sistema attuale sembra che la password di fatto sia l '"hash SHA-1 di questo loginode" poiché il possesso di un hash di corrispondenza è sufficiente per creare un file valido, anche se non è chiaro se consente all'attaccante di sfruttare qualcosa direttamente Tuttavia, a questo proposito, non è meno sicuro del semplice invio di una password in chiaro - che è appropriata finché si "ottiene un file" attraverso un canale sicuro e crittografato, ovvero https / sftp / etc.

Crittografia in memoria

Un rischio con questo sistema è che se un utente malintenzionato può ottenere una copia di quel file, può ottenere le password complete degli utenti. SE hai bisogno di memorizzare questi hash, allora hai ragione che sarebbe ragionevole cancellarli con bcrypt per l'archiviazione, con il problema principale che devi essere sicuro di cancellare immediatamente lo SHA ricevuto -1 hash e nessuna copia di esso (ad esempio file temporanei, backup, cache, ecc.) Rimane in memoria.

Vedo un'altra opzione che non sembra essere stata menzionata, anche se funzionerebbe meglio se il sistema che genera l'hash potesse usare un Bcrypt.

Devi solo aggiornare l'hash quando l'utente esegue il login. Anche se questo significa che avrai due diversi algoritmi di hashing in uso allo stesso tempo, si aggira il 'problema' menzionato da @Anders sull'utilizzo di due algoritmi su un valore.

È possibile memorizzare un valore accanto all'hash per indicare all'applicazione quale tipo è, e se si tratta dell'hash SHA-1, è possibile inserire la password appena inserita (a condizione che fosse corretta) e memorizzarla.

Se gli hash originali non sono salati, puoi semplicemente applicare qualsiasi algoritmo di hash salato all'hash non salato originale che hai ricevuto.

È comunque importante che nel tuo database sia chiaramente indicato che questi hash utilizzano l'algoritmo di hash combinato. Non è del tutto improbabile che in un secondo momento si avranno diversi utenti nel proprio database protetti con diversi algoritmi di hash. In quel momento è importante conoscere la funzione corretta da utilizzare per ciascun utente nel database.

È possibile aggiornare gli hash memorizzati nel tuo database al prossimo accesso dell'utente. Anche se potrebbe non essere importante perché bcrypt è solo marginalmente più sicuro di SHA1 seguito da bcrypt.

Se gli hash originali sono salati diventa più difficile. In questo caso puoi ancora applicare due livelli di hashing, ma in questo caso è molto importante memorizzare tutti i sali e solo l'ultimo valore hash.