Caratteri noti nelle password?

Base64 - processi di codifica immessi byte per gruppi di 3; ogni gruppo produce 4 caratteri. I segni '=' sono padding in modo che la lunghezza della stringa sia sempre un multiplo di 4; poiché i segni '=' non fanno parte dell'alfabeto Base64 di base (lettere, cifre, '+' e '/'), il decodificatore sa che questi segni sono padding e non codificano byte effettivi. In questo modo, le sequenze di input di n byte, dove n non è un multiplo di 3, possono essere codificate e decodificate senza ambiguità.

Entropia-saggio, i segni '=' non danneggiano e non aiutano. Puoi lasciarli o rimuoverli come desideri, non cambierebbe nulla per sicurezza.

(Se fanno male, questo significa che la funzione di hashing della password utilizzata nel sistema è estremamente scarsa e debole, e questo sarebbe un problema che dovrebbe essere risolto - non rimuovendo i segni "=", ma usando una buona funzione di hashing della password.)     

Le risposte fornite rispondono già alla domanda, ma se si desidera una password della stessa lunghezza sostituita da quelli uguali con più caratteri casuali (più caratteri casuali, non più randomizzati), è possibile arrotondare il numero di byte letti fino al multiplo più vicino di 3:

head -c 18 /dev/urandom | base64

Questo perché la codifica base64 funziona su gruppi di 3 byte (come già indicato da Tom Leek).

Sembra che tu già conosca la risposta.

Mantenerli riduce lo spazio della password per la ricerca. La coerenza tra le password è dannosa solo se è possibile ridurre lo spazio della password a una dimensione esauribile in base alla generazione della password. Che in questo caso non credo sia possibile. Personalmente mi piace includere più simboli nella generazione della mia password, ma con la lunghezza che stai generando per mantenerli non è dannoso.