Cloudflare anunció la ampliación de su servicio Automatic SSL/TLS con la función Automatic Key Exchange, que aprende las capacidades de los servidores de origen de los clientes antes de las conexiones reales y después elige el algoritmo de intercambio de claves adecuado desde el primer intento. La función da preferencia al algoritmo híbrido resistente a la computación cuántica X25519MLKEM768 cuando el servidor de origen y la ruta de red pueden utilizarlo.
La función está dirigida a la segunda conexión que Cloudflare establece entre su infraestructura y el servidor de origen, no a la conexión del usuario con la plataforma. Puesto que TLS 1.3 obliga al cliente a enviar un algoritmo de intercambio de claves en el primer mensaje, Cloudflare tenía que utilizar una suposición fija: X25519. Si el servidor prefiere otro algoritmo, envía un HelloRetryRequest, por lo que el protocolo de enlace comienza de nuevo y añade un ciclo completo de latencia de red.
De la suposición a la medición
Cloudflare realiza una serie de protocolos de enlace TLS ligeros fuera de la ruta del tráfico de producción, de modo que en cada prueba ofrece uno de los algoritmos X25519, P-256, P-384, P-521 o X25519MLKEM768. Utiliza los resultados para determinar qué admite cada origen, evaluando los subdominios de forma independiente y ponderando los resultados según el volumen real de tráfico de cada uno.
A continuación, la plataforma elige la opción disponible más alta según un orden que comienza con el algoritmo híbrido poscuántico y después vuelve al algoritmo clásico más rápido que acepte el origen. Cloudflare implementa el cambio gradualmente en una pequeña parte del tráfico del origen y supervisa la tasa de fallos y las solicitudes de HelloRetryRequest; después revierte la configuración si el rendimiento supera la línea de base. También vuelve a examinar los orígenes a diario para adaptarse a cambios en los equilibradores de carga, las bibliotecas TLS o la configuración de los servidores.
Impacto anunciado en el rendimiento y la seguridad
Cloudflare afirma que la tasa de solicitudes de HelloRetryRequest en los orígenes incluidos en la medición descendió de aproximadamente el 52 % al 3,7 %, con una reducción superior a 150 milisegundos en el tiempo del protocolo de enlace en el percentil 90. El impacto se observa especialmente en las solicitudes que necesitan una conexión nueva con el origen, como las solicitudes dinámicas o los casos en que falta contenido en la caché de CDN; las conexiones existentes mediante keep-alive no necesitan un protocolo de enlace nuevo.
Según la empresa, el 99,2 % de las conexiones TLS 1.3 poscuánticas del grupo analizado se completan en un solo ciclo. Asimismo, el volumen de tráfico de los orígenes con intercambio de claves poscuántico aumentó de aproximadamente 25.000 millones de conexiones a 45.000 millones de conexiones diarias, mientras que cientos de miles de dominios obtuvieron esta protección sin intervención manual. Cloudflare señala que al 33 % de los más de un millón de dominios de la tanda inicial se les seleccionó X25519MLKEM768, mientras que el 64 % permaneció en X25519 y el 3 % utilizó otros algoritmos clásicos.
¿Qué cambia en la práctica para los clientes?
La función está habilitada de forma predeterminada para los dominios nuevos y existentes que utilizan orígenes compatibles con TLS 1.3, y se puede controlar desde el panel de Cloudflare en SSL/TLS y después en Origin connection & post-quantum encryption. Si el origen no admite X25519MLKEM768, la función no añadirá esta capacidad por sí sola, pero puede elegir un algoritmo clásico compatible y evitar renegociaciones innecesarias.
Cloudflare también ofrece dos configuraciones de cumplimiento: limitar la negociación al intercambio híbrido poscuántico o limitarla a los algoritmos compatibles con FIPS. Sin embargo, activar el intercambio poscuántico en un origen que no lo admite puede provocar el fallo de todas las conexiones TLS 1.3, por lo que la empresa advierte contra el uso de esta opción sin una verificación previa. Cloudflare Radar ofrece una comprobación de la capacidad del servidor y de la ruta de red para gestionar estas conexiones, incluidos los problemas relacionados con cortafuegos, sistemas intermediarios y mensajes fragmentados.
¿Por qué importa este anuncio?
El cambio combina una mejora directa del rendimiento con un intento de ampliar la adopción del cifrado poscuántico sin exigir a los operadores de sitios que determinen manualmente el algoritmo. Sin embargo, no sustituye la actualización del servidor de origen o del equilibrador de carga; la plataforma no puede negociar un algoritmo que no sea compatible. Además, el intercambio de claves poscuántico protege frente al escenario de registrar datos cifrados y descifrarlos posteriormente, pero por sí solo no aborda la suplantación de identidad del origen ni los riesgos de degradación del nivel de autenticación. Cloudflare afirma que los próximos pasos incluyen comprobar la compatibilidad de los certificados ML-DSA y evitar volver a certificados clásicos cuando exista una protección poscuántica estricta.