Skip to main content
Novedades PQC · Informe técnico English

Criptografía poscuántica: lo que ya funciona hoy y lo que viene

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:

65%+

del tráfico HTTPS humano hacia Cloudflare ya usa acuerdo de claves PQ (abr 2026)

Cloudflare post-quantum roadmap (Apr 2026)
3

estándares PQC finales de NIST: FIPS 203, 204 y 205 (ago 2024)

NIST news, Aug 13 2024
2030

borrador NIST: RSA/ECC de 112 bits obsoletos después de este año

NIST IR 8547 (initial public draft)
2035

algoritmos de clave pública vulnerables quedan prohibidos (borrador NIST IR 8547)

NIST IR 8547 (initial public draft)

Por qué el reloj ya corre

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.

¿Qué tan grande debe ser un computador cuántico?

RSA-2048

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.15917
Curvas elípticas de 256 bits

Google 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.28846

Capturar ahora, descifrar después

El 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.

Capturar ahora, descifrar despuésSe captura tráfico cifrado hoy → Se almacena por años a bajo costo → Un computador cuántico futuro recupera la clave → Los secretos de hoy quedan expuestosHOYAÑOSDÍA QUsuarioServidorAdversarioArchivo|ψ⟩Computador cuánticotexto claro
  1. 1Se captura tráfico cifrado hoy
  2. 2Se almacena por años a bajo costo
  3. 3Un computador cuántico futuro recupera la clave
  4. 4Los secretos de hoy quedan expuestos

Los estándares: finales, en redacción y en camino

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.

FIPS 203 Final · 13 ago 2024

ML-KEM

Encapsulamiento de claves (retículos)

Basado en: CRYSTALS-Kyber

NIST FIPS 203 (ML-KEM)
FIPS 204 Final · 13 ago 2024

ML-DSA

Firma digital (retículos)

Basado en: CRYSTALS-Dilithium

NIST FIPS 204 (ML-DSA)
FIPS 205 Final · 13 ago 2024

SLH-DSA

Firma digital (basada en hash, sin estado)

Basado en: SPHINCS+

NIST FIPS 205 (SLH-DSA)
FIPS 206 Borrador aún no publicado (oct 2026)

FN-DSA

Firma digital (retículo NTRU, compacta)

Basado en: Falcon

NIST PQC project
On-ramp Ronda 3 anunciada mayo 2026

Round 3

Firmas adicionales (diversidad no reticular)

Basado en: FAEST, MAYO, MQOM, QR-UOV, SDitH, SNOVA, SQIsign, UOV

NIST IR 8610
  • FN-DSA (FIPS 206) es la firma compacta basada en Falcon. En abril de 2026 NIST indicó que el borrador estaba en la cadena de aprobación administrativa; a la fecha de esta actualización no se ha publicado.
  • HQC se eligió en marzo de 2025 como respaldo de ML-KEM basado en códigos, para que una sola ruptura matemática no elimine todo el intercambio de claves PQ. NIST esperaba un borrador cerca de un año después y el estándar final en 2027.
  • SP 800-227 (sep 2025) entrega recomendaciones para implementar KEM, y el borrador SP 800-230 (abr 2026) añade conjuntos de parámetros para SLH-DSA.

NIST PQC project · NIST news: HQC selected (Mar 11 2025) · NIST IR 8610 · NIST SP 800-227 · NIST SP 800-230 (draft)

El costo de resistir a la computación cuántica: bytes en la red

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.

X25519
32 B
32 B
ECDH P-256
65 B
65 B
RSA-2048
256 B
256 B
ML-KEM-512L1
800 B
768 B
ML-KEM-768L3
1.184 B
1.088 B
ML-KEM-1024L5
1.568 B
1.568 B

Bytes, según las tablas de parámetros de FIPS 203/204/205. Escala logarítmica. ECDH P-256 como punto sin comprimir. FIPS 203 · FIPS 204 · FIPS 205

TLS 1.3 híbrido en un solo viaje de ida y vuelta

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:

Hybrid TLS 1.3 handshake with X25519MLKEM7681. ClientHello: El cliente envía un key share X25519MLKEM768: una clave de encapsulamiento ML-KEM-768 más una clave pública X25519 (1.216 bytes). 2. ServerHello: El servidor encapsula hacia la clave ML-KEM y devuelve el texto cifrado junto a su share X25519 (1.120 bytes). 3. Combinar: Ambos lados concatenan el secreto de ML-KEM y el de X25519 y los ingresan al key schedule de TLS 1.3. 4. Cifrado: Los datos viajan con claves que un atacante solo obtendría rompiendo ML-KEM y X25519 a la vez.ClienteChrome · Firefox · SafariServidorOpenSSL 3.5 · CDNClientHello · X25519MLKEM768ek(1,184 B) + X25519(32 B) = 1,216 BServerHello · ct + X25519ct(1,088 B) + X25519(32 B) = 1,120 BML-KEM ‖ X25519secreto híbridoML-KEM ‖ X25519secreto híbrido🔒 canal cifrado · TLS 1.3
RFC 10024 · FIPS 203

La autenticación (certificados) sigue siendo clásica en la mayoría de los despliegues: es la próxima ola de migración.

La adopción es real y rápida

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.

La adopción es real y rápidaInicio 2024: <3%; Inicio 2025: 29%; Dic 2025: 52%; Feb 2026: >60%; Abr 2026: >65%0%25%50%75%100%<3%Inicio 202429%Inicio 202552%Dic 2025>60%Feb 2026>65%Abr 2026
Servidores de origen con PQ
Inicio 2025 <1%
Feb 2026 ~10%
Cloudflare Radar: origin PQ (Feb 2026) · Cloudflare Radar 2025 Year in Review · Cloudflare post-quantum roadmap (Apr 2026)

Dónde ya se usa PQC

  • TLS 1.3 X25519MLKEM768 (código 0x11EC) además de SecP256r1MLKEM768 y SecP384r1MLKEM1024, estandarizados en RFC 10024 (ago 2026). RFC 10024 (hybrid TLS 1.3)
  • Browsers Chrome (escritorio mar 2024, Android nov 2024), Firefox escritorio (nov 2024) y Apple OS 26 (oct 2025) negocian ML-KEM híbrido por defecto. Cloudflare: State of the PQ Internet 2025
  • OpenSSL / Go OpenSSL 3.5 (abr 2025) y Go 1.24 ofrecen ML-KEM híbrido por defecto; OpenSSL 3.5 añade además ML-DSA y SLH-DSA. OpenSSL 3.5 release notes
  • SSH OpenSSH 10.0 (abr 2025) adoptó mlkem768x25519-sha256 por defecto; RFC 10042 lo documenta (ago 2026). OpenSSH 10.0 release notes
  • PKI RFC 9881 define identificadores ML-DSA para X.509. Chrome y Cloudflare prueban Merkle Tree Certificates para que la autenticación PQ siga siendo liviana. RFC 9881 (ML-DSA in X.509)
  • CDN origins Cerca del 10% de los servidores de origen detrás de Cloudflare soportaba acuerdo PQ en feb 2026, frente a menos del 1% a inicios de 2025. Cloudflare Radar: origin PQ (Feb 2026)

Plazos gubernamentales

Los reguladores convergen en 2030–2035. Las fechas son las publicadas por cada organismo; NIST IR 8547 todavía es borrador.

European Union

  1. 2026Planes nacionales, inventarios, pilotos
  2. 2030Casos de alto riesgo migrados
  3. 2035Riesgo medio migrado; bajo riesgo en lo posible
EU coordinated PQC roadmap (NIS CG)

CNSA 2.0 (sistemas de seguridad nacional de EE. UU.)

Calendario de la NSA: cuándo los algoritmos CNSA 2.0 deben estar soportados y preferidos, y cuándo deben usarse en exclusiva.

  • Firma de software y firmware 2025 → 2030
  • Navegadores, servidores y nube 2025 → 2033
  • Redes tradicionales (VPN, routers) 2026 → 2030
  • Sistemas operativos 2027 → 2033
  • Equipos de nicho 2030 → 2033
Soportar y preferirUso exclusivo

NSA CNSA 2.0 advisory · NSA CNSA 2.0 FAQ

Línea de tiempo 2016 → 2035

De los primeros experimentos a los plazos que ya están en el calendario.

  1. 2016 Hecho

    NIST abre el proceso de estandarización PQC; Chrome hace su primer experimento PQ (CECPQ)

    Cloudflare: State of the PQ Internet 2025
  2. jul–oct 2022 Hecho

    NIST 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 2025
  3. mar–nov 2024 Hecho

    Chrome (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 2024
  4. mar–oct 2025 Hecho

    HQC 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)
  5. may–ago 2026 Hecho

    Ronda 3 de firmas adicionales (IR 8610); RFC 10024 estandariza grupos TLS híbridos; RFC 10042 para SSH

    RFC 10024 (hybrid TLS 1.3)
  6. Fin de 2026 Próximo

    UE: los Estados miembros inician planes nacionales, inventarios y pilotos

    EU coordinated PQC roadmap (NIS CG)
  7. 2027 Próximo

    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 FAQ
  8. 2028 Próximo

    NCSC (Reino Unido): descubrimiento y plan de migración completos

    UK NCSC migration timelines
  9. 2030 Próximo

    UE: 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)
  10. 2031 Próximo

    NCSC: migraciones de máxima prioridad completas

    UK NCSC migration timelines
  11. 2033 Próximo

    CNSA 2.0: uso exclusivo en navegadores, servidores, nube y sistemas operativos

    NSA CNSA 2.0 advisory
  12. 2035 Próximo

    NIST (borrador) prohíbe criptografía vulnerable; Reino Unido completa la migración; UE riesgo medio

    NIST IR 8547 (initial public draft)

Un plan de migración que funciona

Cinco pasos que vemos funcionar en entornos reales. Parte por los que protegen la confidencialidad hoy.

  1. 01

    Inventario

    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).

  2. 02

    Priorizar

    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.

  3. 03

    Victorias rápidas

    Activa X25519MLKEM768 híbrido en terminadores TLS y mlkem768x25519-sha256 en SSH. Actualiza a OpenSSL 3.5+ / OpenSSH 10+.

  4. 04

    Cripto-agilidad

    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.

  5. 05

    Firmas y PKI

    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

Revisa tu propia exposición

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 →

Preguntas frecuentes

¿Mi tráfico HTTPS ya es poscuántico?

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.

¿Qué algoritmo uso primero?

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.

¿Cuál es el plazo cuántico?

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.

¿Debo reemplazar AES?

No. Usa AES-256 y SHA-384 o superior. Grover solo da una aceleración cuadrática contra primitivas simétricas.

¿Qué es un CBOM?

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.

Fuentes primarias

Las cifras se citan de las fuentes enlazadas y llevan fecha. Los documentos en borrador pueden cambiar. Última actualización: .