por
pobrecito hablador
el Jueves, 12 Septiembre de 2013, 16:14h
(#1346665)
Como han explicado,/dev/random usa un bloqueo cuando no hay suficiente entropía disponible. Esto garantiza que siempre genera unos valores válidos siempre y cuando las fuentes de entropía no estén comprometidas.
Si RDRAND genera unos valores predecibles en el peor de los casos, RDRAND tendrá entropía cero aunque aparentará que es elevada.
El pool estará siempre lleno incluso a pesar de que la entropía disponible sea cero.
El usuario pide 128 bits a/dev/random, y/dev/random se da cuenta de que tiene el pool vacío, así que tiene que llenarlos. O si quieres, acaba de arrancar el sistema y tiene que llenar el pool con 128 bits.
/dev/random pide a RDRAND 128 bits, y bloquea hasta que se los da.
/dev/random pide a otras fuentes de entropía 128bits, y bloquea hasta que se los dan.
/dev/random hace un XOR entre los bits de RDRAND y los bits de otras fuentes.
Re:En este caso le entiendo
(Puntos:0)Si RDRAND genera unos valores predecibles en el peor de los casos, RDRAND tendrá entropía cero aunque aparentará que es elevada.
El pool estará siempre lleno incluso a pesar de que la entropía disponible sea cero.
Re:En este caso le entiendo
(Puntos:2)( http://barrapunto.com/ | Última bitácora: Viernes, 29 Diciembre de 2017, 18:26h )
Sí que bloquea. Lo explicaré de otra manera:
El usuario pide 128 bits a /dev/random, y /dev/random se da cuenta de que tiene el pool vacío, así que tiene que llenarlos. O si quieres, acaba de arrancar el sistema y tiene que llenar el pool con 128 bits.