Una password che utilizza tutti i possibili codici in codice Unicode causa problemi negli algoritmi di hash tradizionale, come Bcrypt?

Non proprio. Algoritmi di hash e funzioni di derivazione della chiave (nota a margine: bcrypt è un KDF, non un hash) funziona su byte, non su caratteri. Questo significa che invece di lavorare su Unicode, vede invece i byte codificati utf-8 (o qualunque altra codifica tu usi). Quindi l'hash / KDF stesso non avrebbe problemi nell'elaborare le password Unicode.

Tuttavia , Unicode aveva molte rappresentazioni diverse per gli stessi caratteri. Ciò è dovuto a combinazione di caratteri . Sistemi operativi diversi e diversi metodi di immissione del testo possono produrre punti di codice diversi per gli stessi caratteri. Gli sviluppatori di applicazioni devono assicurarsi che i caratteri Unicode siano normalizzati prima di passarli a bcrypt.

Un'altra potenziale complicazione è che esiste un numero diverso di possibili caratteri tra la stringa Unicode non normalizzata e normalizzata. Per produrre un metodo di generazione di password Unicode uniformemente casuale, è necessario generare uniformemente i caratteri normalizzati, altrimenti il metodo di generazione della password può essere orientato verso i personaggi che hanno rappresentazioni multiple.

BCrypt non funzionerà con un byte NUL perché è riservato per il proprio uso interno (penso di tenere traccia della fine della password o qualcosa del genere).

Oltre a ciò che fa realmente BCrypt hash una matrice di byte, non caratteri. Dal suo punto di vista, il fatto che i numeri si uniscano e che questi numeri siano correlati a una stringa presentabile in un set di caratteri o in un altro non ha mai un fattore nell'algoritmo.

Questo vale anche per tutti gli altri principali algoritmi di hashing (per quanto ne so)