La mezcla de entropía procesa varias entradas en un estado o resultado común. Hay que distinguir los datos aportados, la entropía demostrada y la expansión determinista posterior. Dos nombres de interfaces no implican dos fuentes independientes.
NIST SP 800-90B señala que estimar la entropía conjunta de fuentes dependientes puede ser difícil. Los tiempos de llegada de paquetes y de acceso al disco pueden estar relacionados. Sus estimaciones separadas no se pueden sumar sin un modelo documentado. [NIST SP 800-90B — Additional noise sources]
RFC 4086 utiliza XOR como ejemplo sencillo de mezcla. Una entrada uniforme e independiente conserva la uniformidad del resultado, pero copiar la misma entrada produce X XOR X = 0. Esto ilustra la dependencia; no es una receta para construir una cartera. [RFC 4086 — Mixing and randomness requirements]
Una mezcla robusta puede concentrar la incertidumbre disponible; un hash determinista de entradas conocidas sigue siendo predecible. RFC 4086 distingue mezcla y expansión. La longitud del resultado y añadir una constante conocida no demuestran una cantidad equivalente de entropía nueva. [RFC 4086 — Mixing and randomness requirements]
NIST SP 800-90B permite concatenar entradas de ruido adicionales con la fuente principal mediante un acondicionamiento aprobado, pero no les atribuye entropía adicional en ese régimen. Es una regla de evaluación, no una afirmación de que otras fuentes nunca puedan ayudar. [NIST SP 800-90B — Additional noise sources]
En OpenSSL 3.5, RAND_add() mezcla num bytes; randomness estima la entropía en bytes entre cero y num. La longitud del búfer no justifica esa estimación. El generador predeterminado normalmente se inicializa y renueva automáticamente con fuentes del sistema. [OpenSSL 3.5 — RAND_add and FIPS reseeding]
La documentación de OpenSSL 3.5 indica que, en modo FIPS, los datos de la aplicación son solo entrada adicional, no una fuente de entropía fiable. Mezclarlos no cuenta como reseed completo. Llamar a RAND_add() por sí solo no demuestra esa renovación. [OpenSSL 3.5 — RAND_add and FIPS reseeding]
RFC 5869 distingue HKDF-Extract y HKDF-Expand. El primero concentra la entropía de entrada; el segundo deriva la longitud requerida. El parámetro info vincula el resultado al contexto de aplicación; no sustituye un material inicial de calidad ni demuestra entropía nueva. [RFC 5869 — HKDF extraction, expansion and independence]
La revisión debe identificar el origen de las entradas, sus dependencias, las capacidades del atacante y el mecanismo concreto. RFC 5869 trata expresamente la independencia y la manipulación de la sal. Una lista de fuentes o una prueba de apariencia aleatoria no demuestra seguridad ante el fallo de una fuente. [RFC 5869 — HKDF extraction, expansion and independence]
Para obtener la imagen más completa, lee esta entrada junto con Cryptographic Entropy, CSPRNG, True Random Number Generator, Seed Generation. También enlazan con esta entrada Dice Roll Entropy, True Random Number Generator.