TLS híbrido post-cuántico: qué significa realmente

Dos familias en una misma negociación

En TLS 1.3, un grupo híbrido combina un mecanismo clásico con uno post-cuántico. Un ejemplo es X25519MLKEM768: usa X25519 y ML-KEM-768 dentro del acuerdo de claves.

La idea es conservar propiedades conocidas del componente clásico mientras se suma resistencia frente a un futuro adversario con capacidad cuántica, siempre que la implementación y el protocolo se usen correctamente.

En 2026, IETF formalizó grupos híbridos ECDHE-MLKEM para TLS 1.3. Eso convierte nombres como X25519MLKEM768 en algo más preciso que una etiqueta comercial: existe una especificación interoperable que describe cómo negociar ese acuerdo de claves.

Qué protege

El acuerdo de claves permite que cliente y servidor establezcan secretos para proteger una sesión TLS. Si una conexión negocia X25519MLKEM768, esa observación aporta evidencia sobre esa función y ese tramo de comunicación.

No demuestra automáticamente:

• que las firmas del certificado sean post-cuánticas;
• que el origen y el CDN usen el mismo esquema;
• que una VPN, una base de datos o un backup estén cubiertos;
• que todas las versiones de clientes negocien el mismo grupo;
• que toda la organización haya migrado a PQC.

Ese límite es central para interpretar cualquier scanner.

Un ejemplo concreto

Una web puede tener al menos dos tramos relevantes:

1. navegador → CDN;
2. CDN → servidor de origen.

Es posible que el primer tramo negocie un grupo híbrido y el segundo no. También es posible que un proveedor soporte PQC sólo para determinadas configuraciones o versiones.

Cloudflare, por ejemplo, documenta por separado el soporte post-cuántico entre su edge y servidores de origen. Esa separación muestra por qué una conclusión sobre un extremo no debería extenderse a toda la arquitectura.

¿Por qué “híbrido” y no sólo ML-KEM?

Una transición criptográfica necesita compatibilidad, experiencia operacional y una estrategia de reversión. Los mecanismos híbridos permiten introducir una construcción post-cuántica junto con un mecanismo tradicional dentro de un protocolo definido.

Eso no significa que mezclar algoritmos de cualquier manera sea seguro. La seguridad depende de cómo el protocolo combine los componentes, de la implementación y de las propiedades de cada mecanismo.

Cómo leer el resultado de PREQUANTUM

Si PREQUANTUM observa un grupo como X25519MLKEM768, leé la señal así:

Hecho: el endpoint observado negoció un acuerdo de claves híbrido compatible con la prueba realizada.

Inferencia: existe soporte PQC en esa función y en ese tramo.

Hipótesis: otros tramos de la arquitectura podrían usar una configuración distinta y necesitan verificación separada.

Limitación: una observación externa no demuestra el estado criptográfico de sistemas privados, backups, VPN, firmas o aplicaciones internas.

Qué preguntar al proveedor

Pedí nombre del grupo o estándar, versión de producto, alcance de la conexión, compatibilidad mínima de clientes y estado de producción. Si existe un CDN, preguntá por separado por tráfico cliente–edge y edge–origen.

También conviene preguntar cómo verifican la negociación y qué sucede si un cliente no soporta el grupo híbrido.

Qué recordar

PQC en TLS es una señal concreta y útil, pero es local al protocolo y al tramo observado. Preparación post-cuántica empresarial exige conectar esa evidencia con inventario, proveedores y sistemas que un escaneo público no puede ver.

Qué NO significa esto

No significa que ver X25519MLKEM768 convierta automáticamente a una empresa en “quantum safe”. Tampoco demuestra que certificados, firmas, almacenamiento o servicios internos hayan migrado.

Seguí con inventario criptográfico para conectar una señal técnica con el resto de tus dependencias.