¿Cuáles son las fallas al generar un número aleatorio a partir de un conjunto de datos aleatorios?

Los archivos que utilizarías (si se usaran tal como están ) no serían aleatorios, ya que los archivos de texto y las páginas web tienen una distribución no uniforme: las letras aparecerán mucho más que cualquier otra cosa .

Para evitar eso, dijiste que cifrarías, descifrarías, mezclarías, etc. tus archivos. Entonces, tendrías mucho trabajo para generar algunos valores que serán aleatorios. Bueno, ¿por qué no usar un generador de números pseudoaleatorios para generarlos? Blum Blum Shub es bueno para generar dichos números y también tiene un nombre gracioso.

Algunos otros están que figuran en la wikipedia ...

Y es mejor usar un algoritmo ya probado que intentar recrear tus números con algo que no puedes garantizar que terminará teniendo una distribución aleatoria. Digamos, ¿qué pasa si todos sus archivos son similares, o de alguna manera están sesgados a algunos valores? ¿O elige un algoritmo de cifrado que, de alguna manera, produce un resultado sesgado?

No, tu propuesta probablemente no sea una buena idea.

Es poco probable que su procedimiento sea más seguro que /dev/urandom , y es muy probable que al menos parte del tiempo su procedimiento sea significativamente menos seguro que /dev/urandom . Al menos parte del tiempo, los archivos pueden ser predecibles. Además, su propuesta implica un esfuerzo humano, por lo que es más un dolor para el usuario. Y, si requiere que el usuario haga algunas cosas adicionales, muchos usuarios pueden intentar hacer lo menos posible, reduciendo aún más la seguridad proporcionada. En general, los humanos tienden a ser una fuente pobre de aleatoriedad . Por ejemplo, cuando le pide a los humanos que generen contraseñas, a menudo las contraseñas resultantes se pueden romper con la búsqueda del diccionario.

¿Cuál es el problema que estás tratando de resolver? No dices por qué consideras insatisfactorio el comportamiento actual de GPG. ¿Tuviste una mala experiencia con él?