Quali sono le insidie durante la generazione di un numero casuale da un set di dati casuali?

I file che useresti (se usato come è ) non sarebbero casuali, perché i file di testo e le pagine web hanno una distribuzione non uniforme: le lettere appariranno molto più di ogni altra cosa .

Per evitare ciò, hai detto che avresti crittografato, decodificato, mixato, ecc. i tuoi file. Quindi, avresti un sacco di lavoro per generare alcuni valori che saranno casuali. Bene, perché non usare qualche generatore di numeri pseudo casuali per generarli? Blum Blum Shub è buono per generare tali numeri e ha anche un nome divertente.

Alcuni altri sono elencati nella wikipedia ...

Ed è meglio usare un algoritmo già testato quindi provare a ricreare i tuoi numeri con qualcosa che non puoi garantire che finirà per avere una distribuzione casuale. Diciamo, cosa succede se tutti i file sono simili o in qualche modo distorti ad alcuni valori? o scegli un algoritmo di crittografia che, in qualche modo, produce un risultato distorto?

No, probabilmente la tua proposta non è una buona idea.

È improbabile che la tua procedura finisca per essere più sicura di /dev/urandom , e molto probabilmente che almeno una volta, la tua procedura sarà significativamente meno sicura di /dev/urandom . Almeno una parte del tempo, i file potrebbero essere prevedibili. Inoltre, la tua proposta implica uno sforzo umano, quindi è più un dolore per l'utente. E, se si richiede all'utente di fare qualcosa in più, molti utenti potrebbero provare a fare il meno possibile, riducendo ulteriormente la sicurezza fornita. In generale, gli umani tendono a essere una scarsa fonte di casualità . Ad esempio, quando chiedi agli umani di generare password, spesso le password risultanti sono fragilizzabili per la ricerca nel dizionario.

Qual è il problema che stai cercando di risolvere? Non dici perché trovi l'attuale comportamento di GPG insoddisfacente. Hai avuto una brutta esperienza con questo?