Cloudflare ha lanzado nuevas herramientas que ofrecen a sus clientes una visibilidad detallada del uso del cifrado poscuántico en las conexiones TLS 1.3, en lugar de limitarse a estadísticas agregadas a nivel de Internet. Los nuevos datos aparecen en el panel HTTP Traffic Analytics, y también pueden exportarse a Log Explorer y Logpush para examinar conexiones individuales entre los visitantes del dominio y la plataforma de Cloudflare, así como entre Cloudflare y los servidores de origen.
Las herramientas registran el algoritmo de intercambio de claves negociado en cada conexión entrante. De este modo, los responsables de seguridad pueden conocer el porcentaje del tráfico que utiliza el algoritmo híbrido X25519MLKEM768, identificar las conexiones que dependen de algoritmos tradicionales o que no utilizan cifrado TLS y relacionar estos resultados con los requisitos de cumplimiento y los planes de transición al cifrado resistente a la computación cuántica.
¿Qué ha cambiado en la práctica?
Anteriormente, Cloudflare ofrecía indicadores generales a través de Cloudflare Radar, que señalaban que aproximadamente el 70% del tráfico de navegadores dirigido a su red estaba protegido mediante cifrado poscuántico con ML-KEM híbrido, frente a solo alrededor del 15% de los servidores de origen a los que se conecta Cloudflare. Sin embargo, esos porcentajes no revelan la situación de un dominio concreto. La nueva actualización traslada la medición al nivel del dominio y de la conexión, de modo que permite responder a preguntas como qué porcentaje del tráfico hacia un dominio específico utiliza cifrado poscuántico.
Las estadísticas de los grupos de claves TLS aparecen en una tarjeta específica dentro de HTTP Traffic Analytics, y también pueden utilizarse como filtro para aislar el tráfico que no utiliza X25519MLKEM768. En los registros, el cliente añade el campo ClientTLSKeyExchangeGroup dentro del conjunto de datos de solicitudes HTTP, mientras que el campo OriginTLSKeyExchangeGroup muestra el algoritmo de intercambio de claves en la conexión de Cloudflare con el servidor de origen.
¿Por qué es importante esta noticia?
La importancia de esta supervisión se basa en los riesgos de los ataques de «recopilar ahora y descifrar después», en los que los datos cifrados actualmente pueden recopilarse y descifrarse en el futuro cuando haya ordenadores cuánticos potentes disponibles. Cloudflare señala que el Instituto Nacional de Estándares y Tecnología de Estados Unidos (NIST) recomendó en 2024 abandonar gradualmente RSA y el cifrado de curvas elípticas para 2030, una fecha adoptada por varios gobiernos y organismos reguladores.
En TLS 1.3, X25519MLKEM768 combina el intercambio de claves ECDHE mediante X25519 con el mecanismo ML-KEM resistente a la computación cuántica. El enfoque híbrido permite mantener la protección si uno de los dos componentes del intercambio sigue siendo seguro. TLS 1.2 y las versiones anteriores no ofrecen cifrado poscuántico conforme al mecanismo explicado por Cloudflare.
Límites de la medición y pasos disponibles
Si no aparece ningún uso de X25519MLKEM768, Cloudflare recomienda comprobar que TLS 1.3 esté habilitado; no existe una clave independiente para activar el cifrado poscuántico, ya que se negocia automáticamente cuando el navegador admite el algoritmo. Los porcentajes bajos también pueden reflejar que los visitantes utilizan clientes que no son navegadores y que no admiten TLS 1.3 o el algoritmo híbrido.
Cloudflare también permite colocar servidores de origen antiguos detrás de Cloudflare Tunnel, de modo que el canal entre el servidor y la plataforma utilice TLS 1.3 con X25519MLKEM768 sin actualizar el propio servidor. Sin embargo, la actualización se centra actualmente en el intercambio de claves, no en la autenticación poscuántica; los certificados y las firmas basados en RSA y ECC aún no se han sustituido de forma generalizada. La empresa afirma que añadirá visibilidad sobre los algoritmos de autenticación, incluidos los certificados Merkle Tree, cuando su implementación sea más amplia.