Cifrado resistente al cuántico: prepara la seguridad del futuro
Las computadoras cuánticas amenazan el cifrado actual. Conoce algoritmos post-cuánticos como Kyber y Dilithium para seguridad futura.
El cifrado resistente al cuántico protege archivos frente a adversarios con un ordenador cuántico criptográficamente relevante — uno capaz de ejecutar el algoritmo de Shor lo bastante rápido como para romper RSA-2048 o ECDH P-256 en horas. NIST finalizó tres estándares post-cuánticos en agosto de 2024: ML-KEM (FIPS 203, antes Kyber) para encapsulación de claves, ML-DSA (FIPS 204, antes Dilithium) para firmas, y SLH-DSA (FIPS 205, antes SPHINCS+) para firmas basadas en hash. Para la transferencia de archivos, el camino práctico en 2026 es el híbrido: X25519-MLKEM-768 para el intercambio de claves, manteniendo AES-256-GCM para el cifrado masivo, ya que los cifrados simétricos solo pierden la mitad de sus bits frente al algoritmo de Grover.
Por qué el cifrado simétrico está mayormente a salvo
El algoritmo de Grover reduce a la mitad la longitud efectiva de la clave de los cifrados simétricos — AES-256 baja a 128 bits de seguridad cuántica, AES-128 baja a 64 y se vuelve vulnerable. La solución es sencilla: usar AES-256 en todas partes. ChaCha20-Poly1305 sobrevive de forma similar con 128 bits de seguridad post-cuántica. Las funciones hash están aún mejor posicionadas; SHA-256 mantiene 128 bits de resistencia a colisiones, SHA-384 mantiene 192. La criptografía simétrica no está en peligro. Toda herramienta seria de transferencia de archivos ya usa AES-256-GCM; no necesitas cambiar nada en ese lado.
Dónde reside el peligro real: intercambio de claves y firmas
Las primitivas de clave pública son el problema. La factorización RSA y el logaritmo discreto en curvas elípticas caen ante el algoritmo de Shor, que necesita aproximadamente 4000 qubits lógicos para romper RSA-2048. El Kookaburra de IBM en 2025 tiene 4158 qubits físicos; una vez que la corrección de errores madure (previsiblemente entre 2030 y 2035 según el calendario de NIST), el ataque se vuelve factible. Cada sesión TLS 1.3 de hoy usa ECDH o X25519 para el intercambio de claves — ahí es donde el ataque cuántico golpea. Los archivos que transfieres en 2026 podrían ser descifrados en 2035 por un atacante que almacenó el texto cifrado. "Recolectar ahora, descifrar después" no es hipotético; documentos de la NSA de 2013 describen esta estrategia.
ML-KEM: el nuevo motor del intercambio de claves
ML-KEM (Module-Lattice Key Encapsulation Mechanism) es el mecanismo de intercambio de claves post-cuántico elegido por NIST, estandarizado como FIPS 203. Tres conjuntos de parámetros: ML-KEM-512 (128 bits de seguridad cuántica), ML-KEM-768 (192 bits) y ML-KEM-1024 (256 bits). Las claves públicas tienen entre 800 y 1568 bytes, los textos cifrados entre 768 y 1568 bytes — mucho más que los 32 bytes de X25519, pero aún manejable. Chrome 131 incorporó X25519-MLKEM-768 híbrido por defecto a finales de 2024. Cloudflare lo habilitó en todos sus endpoints en diciembre de 2024. Si tu servicio de transferencia corre detrás de Cloudflare, el handshake TLS 1.3 ya está protegido post-cuánticamente.
ML-DSA para la autenticidad
ML-DSA (Module-Lattice Digital Signature Algorithm), FIPS 204, reemplaza a ECDSA y Ed25519 para firmas. Conjuntos de parámetros ML-DSA-44 (128 bits), ML-DSA-65 (192 bits), ML-DSA-87 (256 bits). Las firmas tienen entre 2420 y 4595 bytes — frente a los 64 bytes de Ed25519. Para la transferencia de archivos, las firmas importan en dos lugares: autenticar el certificado TLS del servidor y firmar entradas del registro de auditoría para el no repudio. Let's Encrypt y DigiCert tienen prevista la emisión de certificados ML-DSA para 2026-2027. Hasta entonces, los certificados híbridos que contienen firmas tanto Ed25519 como ML-DSA cubren el período de transición.
SLH-DSA como alternativa conservadora
SLH-DSA (FIPS 205, antes SPHINCS+) está basado en hash y depende únicamente de la seguridad de SHA-256 o SHAKE — sin supuestos matemáticos novedosos. Es el algoritmo que eliges si desconfías de los retículos. Las firmas son mucho más grandes (entre 7856 y 49 856 bytes) y más lentas de calcular, pero el argumento de seguridad es sólido. Para logs de auditoría de larga retención donde las firmas deben ser fiables en 2050, SLH-DSA es la cobertura prudente. Para una transferencia de archivos de 30 segundos, es excesivo.
Esquemas híbridos: doble seguridad
El despliegue puramente post-cuántico es arriesgado porque ML-KEM es nuevo — el criptoanálisis continuará. El consenso del sector, codificado en NIST SP 800-227 (borrador 2024), es el híbrido: ejecutar algoritmos clásicos y post-cuánticos en paralelo, aplicar XOR a los secretos derivados. Un atacante debe romper ambos para descifrar. X25519-MLKEM-768 es el valor por defecto actual para TLS; RSA-3072 + ML-KEM-768 para entornos con restricciones. Para el cifrado de archivos en reposo, puedes cifrar la clave de archivo AES-256 bajo una clave pública X25519 y otra ML-KEM, y almacenar ambos textos cifrados.
Caminos de migración para sistemas existentes
El problema de la agilidad criptográfica es real. La mayoría de los codebases de transferencia de archivos codifican nombres de algoritmos en la configuración y las definiciones de structs. Refactoriza a OIDs y proveedores conectables para que cambiar ECDH por ML-KEM sea un cambio de configuración, no una reescritura. El NCSC (Reino Unido) recomienda completar el inventario para finales de 2026, el despliegue híbrido para 2028 y la migración completa post-cuántica para 2031. CNSA 2.0 (Sistemas de Seguridad Nacional de EE. UU.) obliga a ML-KEM y ML-DSA en sistemas nuevos para 2027 y en todos los sistemas para 2033. Tu proveedor de transferencias debería publicar un mapa de ruta PQC; si no lo ha mencionado en 2026, pregúntale.
Tamaños de clave, ancho de banda y el caso móvil
ML-KEM-768 añade unos 2,3 KB por handshake TLS frente a X25519. En una conexión 5G son 2 ms de latencia, imperceptibles. En un enlace satelital con 600 ms de RTT, notable pero tolerable. Para una transferencia de 10 GB que ya tarda minutos, la sobrecarga es insignificante. La preocupación son los servicios con alto número de conexiones (un origen CDN que acepta 10 000 handshakes/segundo) donde la sobrecarga de memoria escala. HexaTransfer y servicios similares que corren detrás de Cloudflare externalizan este coste al borde de la red.
Firmas sobre archivos verificables décadas después
El caso realmente interesante son las firmas digitales en archivos destinados a ser verificables en 2060. Un contrato .pdf firmado con Ed25519 en 2026 puede ser inverificable (o falsificable) en 2040. Opción uno: volver a firmar periódicamente con el mejor algoritmo del momento. Opción dos: firmar con SLH-DSA hoy y confiar en la longevidad de SHA-256. Opción tres: anclar la marca de tiempo de la firma en una blockchain (OpenTimestamps ancla en Bitcoin) para que al menos la existencia y la fecha queden preservadas criptográficamente, aunque el algoritmo de firma caiga. La firma de nivel archivístico es donde el pensamiento post-cuántico más importa.
Pruébalo en hexatransfer.com — gratis, sin cuenta, hasta 10 GB.
Envía archivos grandes de forma segura con cifrado de extremo a extremo
Transfiere archivos de hasta 10 GB gratis con cifrado de extremo a extremo. Sin necesidad de cuenta. Tus archivos se cifran en tu navegador antes de subirlos: nadie más puede leerlos.
Enviar un archivo