Generatore di hash bcrypt per password

Leggere quella strana stringa che ti restituisce

Un hash bcrypt sembra rumore di linea, ma ha un'anatomia fissa che vale la pena conoscere. Si apre con un marcatore di versione come $2a$ o $2b$, seguito dal fattore di costo che hai scelto, poi ventidue caratteri di salt casuale, e infine i trentuno caratteri dell'hash vero e proprio. Tutto ciò di cui un verificatore ha bisogno viaggia dentro quell'unica stringa — ed è per questo che il tutto sta in un'unica colonna di database, e perché generare un hash per la stessa password due volte dà due stringhe diverse che sono comunque entrambe valide. Il salt cambia ogni volta, quindi l'output cambia ogni volta; quando il tuo backend controlla in seguito un login, rilegge il salt dalla stringa memorizzata, fa l'hash del tentativo con esso, e confronta il risultato.

Dove useresti davvero questa pagina

Il più delle volte l'hashing bcrypt avviene dentro la tua applicazione, non in un browser — ma ci sono momenti in cui un hash fatto a mano è esattamente ciò che ti serve. Popolare un database di test con account di cui conosci le password. Salvare un account amministratore bloccato scrivendo un hash nuovo direttamente nella tabella degli utenti. Verificare che forma di stringa produrrà una libreria prima di dimensionare la colonna per essa. In tutti questi casi incolli una password, copi l'hash, e lo metti dove il tuo codice di login se lo aspetta. Una cosa da non fare mai: confrontare gli hash come stringhe nel tuo codice. A causa del salt, la stessa password produce hash diversi — la verifica deve passare attraverso la funzione di confronto della tua libreria, che sa come rileggere il salt.

Scegliere un costo con cui convivere

Ogni gradino nel fattore di costo raddoppia il lavoro, sia per te che per un attaccante. Otto è veloce ed è meglio lasciarlo alla compatibilità con sistemi legacy; dieci, il valore predefinito qui, è la scelta comune in produzione; dodici compra tranquillità se i login sono rari; quattordici richiede secondi anche solo per generare l'hash. Un avvertimento onesto sui tempi: questa pagina esegue un'implementazione JavaScript pura, che è più lenta del codice nativo sul tuo server, quindi tratta il ritardo che senti qui come un limite superiore piuttosto che come un benchmark — misura sulla macchina che gestirà davvero i login. E poiché un hash vale quanto ciò che gli dai in pasto, il generatore di password crea un input robusto, mentre qualsiasi cosa non sia una password — file, documenti, testo semplice — appartiene invece al generatore di hash SHA.

Perché bcrypt invece di un hash semplice

Un hash SHA semplice di una password può essere forzato rapidamente con l'hardware moderno. Bcrypt è deliberatamente lento — il fattore di costo controlla esattamente quanto — e applica automaticamente il salt, così la stessa password non produce mai due volte lo stesso hash memorizzato. Per questo resta una scelta standard per conservare le password lato server.