Il sale per PBKDF2 può essere un hash della password inserita dall'utente?

Un sale non è un segreto, è pensato per rendere il risultato Hash / PBKDF2 unico per ogni istanza usata. Per quanto ne sappia, la definizione stessa di sale richiede che sia casuale per ogni hash calcolato . Se è stato derivato da password, due utenti con la stessa password potrebbero finire con lo stesso verificatore - > Bad.

Se il sale è derivato dalla password, allora la funzione di hash completa da password a memoria è deterministica; due utenti che utilizzano la stessa password finiranno con lo stesso hash. @Jacco ha detto questo, ma ha lasciato l'implicazione non detta: se si utilizza un sale derivato da password, quindi non si ha più un sale, solo una funzione hash non salato di fantasia; e si perde la protezione fornita da Salt, vale a dire impedire agli attaccanti di utilizzare tabelle precompilate (tabelle arcobaleno) e di utilizzare attacchi paralleli su un intero database di password con hash (o blob crittografati con chiavi derivate da password).

Dici che conserverai il sale. Ciò significa che se un utente malintenzionato accede al database, a cosa preferisce accedere? la password / hash semplice della password o un sale generato inutilmente in modo casuale?

Non sarà più facile per un utente malintenzionato accedere al sale generato (se lo memorizzi dove avresti memorizzato la password con hash). È lo stesso livello di difficoltà.

Ma con la password / hash della password, l'utente malintenzionato può accedere alla chiave principale E trovare la password originale (usando la tabella arcobaleno / forza bruta) che potrebbe essere utilizzata in altri account di questo utente.

Se salvi il sale, ne generi uno casuale.