Productos FTTH

Tienda FFTH desde 2004

Entradas Mensuales

Síguenos en:

Canal Oficial Telegram de elhacker.NET Grupo Facebook elhacker.NET Twitter elhacker.NET Canal Youtube elhacker.NET Comunidad Steam: Grupo elhacker.NET Mastodon

Entradas populares

PostHeaderIcon Let’s Encrypt lanza certificados Merkle Tree contra amenazas cuánticas


Let's Encrypt ha presentado su hoja de ruta para la PKI web post-cuántica, basada en un nuevo enfoque denominado Certificados de Árbol de Merkle (MTCs). Este diseño permite una autenticación resistente a la computación cuántica sin afectar el rendimiento de la web ni aumentar excesivamente el ancho de banda de los procesos de saludo TLS, superando así las limitaciones de las cadenas de certificados X.509 tradicionales.



Let’s Encrypt ha anunciado su hoja de ruta para la PKI web post-cuántica, centrándose en un enfoque novedoso llamado Certificados de Árbol de Merkle (MTCs), un diseño que ofrece autenticación resistente a la computación cuántica sin inflar los saludos TLS ni romper las expectativas de rendimiento de la web.

Las cadenas de certificados X.509 tradicionales requieren un ancho de banda significativo, que aumentaría sustancialmente con la adopción de algoritmos post-cuánticos robustos. Los MTC resuelven esto sustituyendo la pesada cadena de firmas serializadas por pruebas compactas de Árbol de Merkle.

A principios de este año, Google presentó los Certificados de Árbol de Merkle para proteger HTTPS contra las amenazas cuánticas, ya que Chrome está liderando la transición hacia los Certificados de Árbol de Merkle (MTCs).

Durante años, las discusiones sobre criptografía post-cuántica priorizaron el cifrado sobre la autenticación. La lógica era sólida: los ataques de "recolectar ahora, descifrar después" hacen que el tráfico cifrado sea inmediatamente vulnerable, mientras que falsificar firmas de autenticación requiere un Ordenador Cuántico Relevante Criptográficamente (CRQC) activo. Esa ventana se está cerrando rápidamente.

La suite CNSA 2.0 de la NSA exige que los sistemas de seguridad nacional migren a algoritmos post-cuánticos entre 2030 y 2035. La guía de transición borrador del NIST (IR 8547) dejaría obsoletos RSA-2048 y P-256 después de 2030 y los prohibiría después de 2035.

La hoja de ruta post-cuántica de la UE se centra en los sistemas de alto riesgo para finales de 2030. Lo más significativo es que Google anunció un plazo de migración para 2029 para sus servicios, y Cloudflare emitió un compromiso paralelo.

Go 1.27 también añadió ML-DSA, un esquema de firma post-cuántica estandarizado por el NIST, directamente a su biblioteca estándar, señalando la preparación de la infraestructura.

La escala de la PKI web hace que una migración post-cuántica ingenua sea dolorosa. ML-DSA-44, uno de los esquemas estandarizados más pequeños del NIST, produce firmas de ~2.420 bytes, casi 38 veces más grandes que los 64 bytes de ECDSA-P256.

Un saludo TLS típico transporta cinco firmas y dos claves públicas. Sustituir estas por equivalentes ML-DSA empuja un solo saludo muy por encima de los 10 KB.

La investigación de Cloudflare confirma la consecuencia: a esa escala, una parte significativa de las conexiones TLS del mundo real fallan por completo y el resto se ralentizan. Degradar cada conexión TLS globalmente es un precio demasiado alto por una amenaza que aún no se ha materializado.

Let’s Encrypt presenta los Certificados de Árbol de Merkle

Los MTC replantean cómo se emiten y verifican los certificados. En lugar de firmar cada certificado individualmente, una CA emite certificados en lotes, con una única firma post-cuántica que cubre todo el lote. Los clientes (navegadores) mantienen estas firmas de lote, llamadas "landmarks", independientemente del saludo TLS.

El resultado: un saludo MTC transporta solo una firma, una clave pública y una prueba de inclusión más pequeña que el saludo de la PKI web actual, incluso utilizando algoritmos post-cuánticos.

Los MTC también integran la Transparencia de Certificados por diseño. Cada certificado existe como parte de un árbol de Merkle publicado, haciendo que la transparencia sea intrínseca a la emisión en lugar de añadirse posteriormente. Let’s Encrypt ha operado registros de CT basados en árboles de Merkle desde 2019, lo que le otorga experiencia operativa directa con la estructura de datos central.

El ecosistema MTC ya se está movilizando:

  • Cloudflare y Chrome están realizando un experimento de viabilidad de MTC en vivo contra tráfico real de internet
  • El grupo de trabajo PLANTS del IETF está estandarizando activamente el diseño
  • Chrome ha declarado los MTC como su camino preferido para los certificados post-cuánticos en la web pública

Let’s Encrypt tiene como objetivo un entorno MTC de prueba a finales de 2026 y un entorno listo para producción en 2027. El despliegue requiere grandes cambios en la infraestructura de emisión, el protocolo ACME (RFC 9881), las herramientas de revocación y la infraestructura de registros CT.

Para los suscriptores actuales, hoy no cambia nada. Los certificados se seguirán emitiendo a través de ACME exactamente igual que antes. Sin embargo, si eres mantenedor de clientes ACME, deberías empezar a seguir el grupo de trabajo PLANTS y la lista de correo mtcs@chromium.org ahora, ya que se requerirán cambios en el lado del cliente.

Para los operadores de servidores, la acción más urgente hoy sigue siendo habilitar el intercambio de claves híbrido post-cuántico (X25519MLKEM768), la defensa principal contra los ataques de recolectar ahora y descifrar después en el tráfico cifrado.



Fuentes:
https://cybersecuritynews.com/lets-encrypt-merkle-tree-certificates/

0 comentarios :

Publicar un comentario

Los comentarios pueden ser revisados en cualquier momento por los moderadores.

Serán publicados aquellos que cumplan las siguientes condiciones:
- Comentario acorde al contenido del post.
- Prohibido mensajes de tipo SPAM.
- Evite incluir links innecesarios en su comentario.
- Contenidos ofensivos, amenazas e insultos no serán permitidos.

Debe saber que los comentarios de los lectores no reflejan necesariamente la opinión del STAFF.