ML-KEM
Encapsulamiento de claves (retículos)
Basado en: CRYSTALS-Kyber
NIST FIPS 203 (ML-KEM)Un informe técnico con fuentes sobre la amenaza cuántica, los estándares de NIST, TLS y SSH híbridos en producción, los plazos gubernamentales hasta 2035 y una ruta de migración práctica.
Última actualización:
del tráfico HTTPS humano hacia Cloudflare ya usa acuerdo de claves PQ (abr 2026)
Cloudflare post-quantum roadmap (Apr 2026)borrador NIST: RSA/ECC de 112 bits obsoletos después de este año
NIST IR 8547 (initial public draft)algoritmos de clave pública vulnerables quedan prohibidos (borrador NIST IR 8547)
NIST IR 8547 (initial public draft)El algoritmo de Shor permite a un computador cuántico criptográficamente relevante (CRQC) resolver la factorización y el logaritmo discreto de forma eficiente. Eso rompe RSA, Diffie-Hellman, ECDH, ECDSA y EdDSA: toda la criptografía de clave pública que usa Internet hoy.
La criptografía simétrica resiste mejor: Grover ofrece como máximo una aceleración cuadrática, así que AES-256 y SHA-256/384 siguen siendo lo recomendado. El trabajo urgente está en la clave pública.
Las estimaciones de recursos siguen bajando. Por eso las agencias fijan fechas concretas aunque nadie pueda predecir el año en que llegue un CRQC.
Podría factorizarse en menos de una semana con menos de un millón de qubits ruidosos (Gidney, mayo 2025): 20 veces menos que la estimación de 2019.
Gidney 2025, arXiv:2505.15917Google Quantum AI (mar 2026) estima menos de 1.200 qubits lógicos y menos de 500.000 físicos para romper ECDLP de 256 bits.
Google Quantum AI 2026, arXiv:2603.28846El tráfico grabado hoy puede descifrarse cuando exista un CRQC. Si tus datos deben seguir siendo confidenciales más allá de ese momento, ya están en riesgo; por eso el acuerdo de claves fue lo primero en migrar.
NIST publicó tres estándares finales en agosto de 2024. Hay dos más en preparación y un proceso adicional (“on-ramp”) evalúa firmas que no dependen de retículos.
Encapsulamiento de claves (retículos)
Basado en: CRYSTALS-Kyber
NIST FIPS 203 (ML-KEM)Firma digital (retículos)
Basado en: CRYSTALS-Dilithium
NIST FIPS 204 (ML-DSA)Firma digital (basada en hash, sin estado)
Basado en: SPHINCS+
NIST FIPS 205 (SLH-DSA)Firma digital (retículo NTRU, compacta)
Basado en: Falcon
NIST PQC projectEncapsulamiento (basado en códigos, respaldo de ML-KEM)
Basado en: HQC
NIST news: HQC selected (Mar 11 2025)Firmas adicionales (diversidad no reticular)
Basado en: FAEST, MAYO, MQOM, QR-UOV, SDitH, SNOVA, SQIsign, UOV
NIST IR 8610NIST PQC project · NIST news: HQC selected (Mar 11 2025) · NIST IR 8610 · NIST SP 800-227 · NIST SP 800-230 (draft)
Las claves y firmas PQ son un orden de magnitud más grandes que las de curvas elípticas. Para una sola clave no es problema, pero se acumula en cadenas de certificados, dispositivos limitados y protocolos sobre UDP.
Los navegadores no usan ML-KEM por sí solo: lo combinan con X25519 para que la sesión siga segura mientras cualquiera de los dos resista. Recorre el handshake:
Porcentaje de solicitudes HTTPS humanas hacia Cloudflare protegidas con acuerdo de claves poscuántico. Los servidores de origen (detrás del CDN) van muy atrás.
Los reguladores convergen en 2030–2035. Las fechas son las publicadas por cada organismo; NIST IR 8547 todavía es borrador.
Calendario de la NSA: cuándo los algoritmos CNSA 2.0 deben estar soportados y preferidos, y cuándo deben usarse en exclusiva.
De los primeros experimentos a los plazos que ya están en el calendario.
NIST abre el proceso de estandarización PQC; Chrome hace su primer experimento PQ (CECPQ)
Cloudflare: State of the PQ Internet 2025NIST elige Kyber, Dilithium, Falcon y SPHINCS+; la NSA publica CNSA 2.0; Cloudflare activa PQ por defecto en servidores
Cloudflare: State of the PQ Internet 2025Chrome (escritorio) activa PQ por defecto; FIPS 203/204/205 publicados el 13 de agosto; Chrome Android y Firefox escritorio en noviembre
NIST news, Aug 13 2024HQC elegido como KEM de respaldo; OpenSSL 3.5 y OpenSSH 10.0 usan ML-KEM híbrido por defecto; hoja de ruta UE; Apple activa PQ en sus OS 26
NIST news: HQC selected (Mar 11 2025)Ronda 3 de firmas adicionales (IR 8610); RFC 10024 estandariza grupos TLS híbridos; RFC 10042 para SSH
RFC 10024 (hybrid TLS 1.3)UE: los Estados miembros inician planes nacionales, inventarios y pilotos
EU coordinated PQC roadmap (NIS CG)CNSA 2.0: nuevas adquisiciones NSS de EE. UU. deben cumplir (1 ene); Chrome planifica MTC (T1) y raíz cuántico-resistente (T3); se espera el estándar HQC
NSA CNSA 2.0 FAQNCSC (Reino Unido): descubrimiento y plan de migración completos
UK NCSC migration timelinesUE: sistemas de alto riesgo migrados; NIST (borrador) depreca RSA/ECC de 112 bits; CNSA 2.0 exclusivo en firma y redes
NIST IR 8547 (initial public draft)CNSA 2.0: uso exclusivo en navegadores, servidores, nube y sistemas operativos
NSA CNSA 2.0 advisoryNIST (borrador) prohíbe criptografía vulnerable; Reino Unido completa la migración; UE riesgo medio
NIST IR 8547 (initial public draft)Cinco pasos que vemos funcionar en entornos reales. Parte por los que protegen la confidencialidad hoy.
Ubica cada uso de RSA, ECDH, ECDSA o EdDSA: endpoints TLS, VPN, SSH, firma de código, HSM, librerías y SaaS de terceros. Regístralo como CBOM (CycloneDX).
Ordena por vida útil del dato y exposición. Los secretos de larga vida en tránsito ya están expuestos a "capturar ahora, descifrar después"; las firmas importan cuando exista el computador cuántico.
Activa X25519MLKEM768 híbrido en terminadores TLS y mlkem768x25519-sha256 en SSH. Actualiza a OpenSSL 3.5+ / OpenSSH 10+.
Abstrae los algoritmos en configuración, prueba claves y handshakes más grandes (MTU, middleboxes, límites de HSM) y planifica la rotación de certificados.
Pilotea ML-DSA primero en firma de código/firmware (CNSA 2.0 exclusivo en 2030) y luego sigue el trabajo WebPKI en certificados PQ y MTC.
CycloneDX CBOM · OpenSSH: post-quantum · Google: quantum-safe HTTPS (MTC) · Chrome Quantum-resistant Root Program FAQ
Un resumen automático de estándares, anuncios de la industria e investigación, actualizado varias veces al día y con todos los días anteriores archivados.
Ejecuta gratis nuestra evaluación de preparación poscuántica sobre cualquier dominio: grupos TLS, certificados e intercambio híbrido.
Evalúa tu sitio con nuestra herramienta PQC →Probablemente en el acuerdo de claves, si el navegador y el servidor (o CDN) soportan X25519MLKEM768. Chrome, Firefox y Apple OS 26 lo ofrecen por defecto. Los certificados y firmas siguen siendo clásicos en la mayoría de los casos.
ML-KEM-768 en modo híbrido (X25519MLKEM768) para TLS y mlkem768x25519-sha256 para SSH. En firmas, ML-DSA-65 es la opción general; SLH-DSA sirve para raíces y firmware de larga vida donde el tamaño importa menos.
Nadie sabe cuándo existirá un CRQC. Las fechas de planificación son regulatorias: el borrador NIST IR 8547 depreca RSA/ECC de 112 bits después de 2030 y prohíbe los algoritmos vulnerables después de 2035; la UE y el Reino Unido apuntan a 2030–2035 para sistemas críticos.
No. Usa AES-256 y SHA-384 o superior. Grover solo da una aceleración cuadrática contra primitivas simétricas.
Un Cryptography Bill of Materials (CycloneDX) lista los algoritmos, claves, certificados y protocolos de un sistema. Es el inventario que necesitas para planificar y demostrar la migración.
Las cifras se citan de las fuentes enlazadas y llevan fecha. Los documentos en borrador pueden cambiar. Última actualización: .