Creazione dell'utente e invio sicuro della password

Dovresti MAI inviare le password in chiaro. Finché le tue comunicazioni sono crittografate (TLS), il tuo server può eseguire l'hash e salare le password quando le riceve.

Per App Web fai meglio a

1. utilizzando TLS come obbligatorio. Ciò include meccanismi come HSTS, per impedire ai MITM di reindirizzare a "controparte" falsi http.
2. invio della password in chiaro sia per l'accesso che per l'impostazione
3. salatura e hashing delle password sul server. Fai qualcosa lungo SECUREHASH(pw, salt, it) , dove SECUREHASH è un hash sicuro, e sale è un valore casuale con circa 16 byte.

La risposta alla sfida per le app Web non è necessaria, poiché i visitatori scaricano l'app ad ogni visita (tramite le richieste GET al tuo sito per i file html e js), e quindi se il canale di comunicazione è compromesso, l'intera applicazione è pure. Un utente malintenzionato (attivo) potrebbe semplicemente prendere la password prima di ottenere l'hash del lato client , cambiando di conseguenza i js.

Sembra un po 'come se stessimo cercando di reinventare la ruota :) Non stai dicendo se si tratta di un'app Web o di un'app desktop. In ogni caso ci sono modi di fatto per farlo.

Per il trasporto delle credenziali, utilizzare TLS. Come suggerisce il nome, Transport Layer Security. Usalo per trasferire le credenziali da un utente finale al server. A seconda delle tue esigenze, potresti ottenere dei certificati autofirmati, ma se sei preoccupato per MITM, procurati certs appropriati. Fai questo e non hai bisogno di implementare alcun ulteriore schema di crittografia lato client.

Per generare un hash sicuro per la password, è possibile utilizzare una funzione di allungamento della chiave come PBKDF2 per aggiungere migliaia di iterazioni e rendere l'informatica una password che richiede tempo per l'aggressore.

Nel caso in cui il tuo db sia compromesso e l'hacker scarichi tutte le password, puoi combattere le tabelle arcobaleno salendo le tue password. Il sale non deve essere segreto, ma dovrebbe essere unico per ogni account per ridurre al minimo l'efficacia delle tabelle arcobaleno.