a le problème de renvoyer des octets théoriquement prédictibles au démarrage
Même avec le « hack » décrit dans l’article de Thomas Hühn ?
On Linux it isn't too bad, because Linux distributions save some random numbers when booting up the system [...] into a seed file that is read next time the machine is booting. So you carry over the randomness from the last running of the machine.
Question subsidiaire, il parle également du cas FreeBSD (juste au dessus) :
FreeBSD does the right thing: they don't have the distinction between /dev/random and /dev/urandom, both are the same device. At startup /dev/random blocks once until enough starting entropy has been gathered. Then it won't block ever again.
Pourquoi est-ce que c’est pas implémenté de la même manière sous Linux plutôt que d’avoir 3 API (les deux devices et un syscall) ?
[^] # Re: À propos de /dev/urandom
Posté par Anonyme . En réponse à la dépêche Sortie du noyau Linux 4.9. Évalué à 4.
Même avec le « hack » décrit dans l’article de Thomas Hühn ?
Question subsidiaire, il parle également du cas FreeBSD (juste au dessus) :
Pourquoi est-ce que c’est pas implémenté de la même manière sous Linux plutôt que d’avoir 3 API (les deux devices et un syscall) ?
Merci pour tes réponses en tout cas :)