Galactropy

> SYSTEM_ROOT

MÓDULO LA CRIPTOGRAFÍA POST-CUÁNTICA TAMBIÉN NECESITA ALEATORIEDAD REAL

Tema
Idioma
PREPARACIÓN POST-CUÁNTICA OPEN SOURCE

> ENTROPÍA_POST_CUÁNTICA

¿Migrando a criptografía post-cuántica? Sigues necesitando aleatoriedad real.

Los ordenadores cuánticos amenazan RSA y ECC al romper la factorización y el logaritmo discreto, no al romper la aleatoriedad. Algoritmos post-cuánticos como ML-KEM, ML-DSA y SLH-DSA no eliminan la necesidad de aleatoriedad impredecible de alta calidad; si acaso, consumen más. Galactropy ofrece un flujo de entropía independiente, de origen físico y verificable públicamente con el que sembrar la generación de claves post-cuánticas, haya migración o no.

1. Lo que los ordenadores cuánticos realmente rompen, y lo que no

El algoritmo de Shor rompe las matemáticas de las que dependen RSA y la criptografía de curva elíptica: factorizar enteros grandes y resolver logaritmos discretos. Esa es toda la razón de ser de la migración post-cuántica: esos problemas dejan de ser difíciles en cuanto un ordenador cuántico lo bastante grande ejecuta el algoritmo de Shor contra ellos. El algoritmo de Grover afecta a la criptografía simétrica y al hashing, reduciendo aproximadamente a la mitad su seguridad efectiva, por lo que las guías post-cuánticas piden claves más grandes (AES-256 en vez de AES-128, SHA-384/512 en vez de SHA-256).

Ninguno de los dos algoritmos tiene nada que ver con cómo un generador de números aleatorios produce impredecibilidad en primer lugar. Un RNG débil es un RNG débil tenga o no el atacante un ordenador cuántico. Una fuente de entropía física fuerte sigue siendo fuerte sin importar qué tipo de ordenador intente finalmente romper la criptografía construida sobre ella.

2. Los algoritmos post-cuánticos necesitan más aleatoriedad, no menos

Los esquemas basados en retículos, ML-KEM (Kyber) para intercambio de claves y ML-DSA (Dilithium) para firmas, muestrean distribuciones de probabilidad sobre grandes anillos polinómicos usando muestreo por rechazo y muestreo gaussiano discreto, consumiendo bastantes más bytes aleatorios por clave o firma de los que jamás necesitaron RSA o ECDSA. Las firmas basadas en hash como SLH-DSA (SPHINCS+) generan enormes cantidades de pares de claves de un solo uso, dependiendo por completo de un flujo de bytes genuinamente fresco e impredecible. Un RNG sesgado o predecible bajo estos esquemas no es una preocupación teórica: es el mismo tipo de fallo que hizo catastrófica la reutilización de nonce en ECDSA, ahora contra algoritmos con más aleatoriedad que estropear.

Post-quantum key generation architecture: local CSPRNG and Galactropy combined via SHA-512 into a seed for ML-KEM, ML-DSA, and SLH-DSA key generation LOCAL CSPRNG /dev/urandom etc. GALACTROPY independent SDR entropy ⊕ SHA-512 MIX SEED fresh, unbiased PQC KEYGEN ML-KEM / ML-DSA / SLH-DSA
La generación de claves post-cuánticas (ML-KEM / ML-DSA / SLH-DSA) usa el mismo pool de entropía local que todo lo demás. Mezclar un flujo independiente y de origen físico no cambia el algoritmo, solo cuánto se puede confiar en su semilla.

3. Un momento, ¿el ruido de radio y cósmico no es también cuántico?

En el nivel más profundo, sí. Las ondas de radio son fotones, y el ruido térmico (Johnson-Nyquist) proviene, en última instancia, del movimiento cuántico-mecánico de los electrones. Casi todo lo físico es "cuántico" si se profundiza lo suficiente. Esa no es en realidad la distinción que importa aquí.

El hardware dedicado de RNG cuántico aísla una única medición cuántica: un fotón que golpea un lado u otro de un divisor de haz, o una lectura de fluctuación del vacío, cuyo resultado es aleatorio por la propia regla de Born, una garantía formal de la mecánica cuántica independiente de lo complejo que sea el sistema circundante. Galactropy, en cambio, extrae impredecibilidad de un entorno térmico y de radiofrecuencia macroscópico y de alta dimensionalidad: el movimiento caótico combinado de miles de millones de electrones y el espectro de radio ambiental, muestreado por hardware SDR ordinario. Ambos son físicamente reales y ambos son impredecibles en la práctica; solo el primero viene con una garantía de aleatoriedad cuántica específica y certificada. Esa es la distinción real que vale la pena conocer sobre tu fuente de entropía, no si la mecánica cuántica "está involucrada" en algún punto de la física, porque siempre lo está.

4. Verificable hoy, verificable también después del día Q

El registro de auditoría de Galactropy está firmado actualmente con Ed25519, que en sí mismo no es seguro post-cuánticamente, como la mayoría de las firmas que protegen internet hoy. Cuando la migración de firmas post-cuánticas llegue a infraestructura como esta, la cadena de auditoría migrará con ella. Lo que no cambia es la fuente: el ruido de radio físico sigue siendo impredecible sin importar cuánto avance la computación cuántica. Esa es una propiedad distinta de "la firma de este registro en particular resulta ser clásica hoy", y es la que realmente importa para la entropía en sí.

Ver informes estadísticos actuales ->

5. Dónde ayuda esto realmente

Algunas situaciones concretas en las que mezclar una fuente de entropía independiente y verificable vale la pena durante una transición post-cuántica:

  • Generar claves ML-KEM o ML-DSA para una CA o PKI que despliega certificados post-cuánticos o híbridos: una segunda fuente de entropía auditable es exactamente lo que pedirá una revisión de seguridad durante esa migración.
  • Aprovisionamiento de HSM/KMS y ceremonias de generación de claves que añaden soporte para algoritmos post-cuánticos: mezcla el flujo de Galactropy junto al TRNG propio del hardware en lugar de confiar en una sola implementación (ver la integración de entropía híbrida más abajo).
  • Pruebas de carga o creación de prototipos con bibliotecas post-cuánticas (liboqs, el oqs-provider de OpenSSL) que consumen muchos más bytes aleatorios por operación de los que jamás necesitaron RSA o ECDSA, sin agotar el pool de entropía local del sistema.
  • Pilotos de VPN/TLS que cambian sus conjuntos de cifrado a KEM post-cuánticos, donde una entrada de entropía independiente es un seguro barato contra un único punto de fallo en el suministro de aleatoriedad.

Un ejemplo mínimo: obtén entropía y mézclala en el pool antes de generar claves:

curl -s "https://galactropy.com/raw?bytes=4096" >> /dev/urandom

Luego ejecuta tu generación de claves post-cuánticas como de costumbre. liboqs, el oqs-provider de OpenSSL o cualquier biblioteca que uses tomará automáticamente del pool ya enriquecido.

¿Alimentando generación de claves post-cuánticas en producción?

Descubre cómo mezclar un flujo de entropía independiente en tu pipeline actual, o habla con nosotros directamente.

> Ver integración de entropía híbrida