CVE-2026-111943: Autoridad certificadora intermedia comprometida

Artículo original ↗ Discusión en Hacker News ↗

Se ha descubierto que una autoridad certificadora intermedia comprometida de eMudhra usa claves de curva elíptica desastrosamente débiles, lo que permite a atacantes derivar claves privadas a partir de certificados públicos y acuñar certificados TLS “válidos” para cualquier dominio. Los sistemas operativos, lenguajes y herramientas están corriendo para revocar o poner en lista negra las intermediarias afectadas, con especial atención a los casos en que el software trae su propio almacén de confianza (por ejemplo, `crypto/x509` de Go, `certifi` de Python, uv, contenedores y dispositivos integrados) en lugar de depender solo de las actualizaciones del SO. Los comentaristas destacan tanto cómo probar si los clientes aún confían en las CA malas como lo difícil que resulta una corrección oportuna y completa debido a la gestión fragmentada de almacenes de confianza y a los gestores de paquetes en capas.

Naturaleza del incidente

  • eMudhra generó ocho claves de CA intermedias de forma tan débil que las claves privadas pueden derivarse de los certificados públicos.
  • Cualquiera que tenga esas claves puede emitir certificados TLS “válidos” para dominios arbitrarios (bancos, PyPI, etc.), habilitando ataques MITM.
  • Varios comentaristas enlazan al mismo sitio explicativo y a hilos previos de HN; este CVE centrado en Go forma parte de un incidente más amplio y en curso de eMudhra.

Ángulo específico de Go y almacenes de confianza

  • La discusión se centra en crypto/x509 de Go usando el almacén de confianza del sistema más una denylist interna.
  • El CVE es, esencialmente: algunas versiones de Go no tienen las entradas actualizadas de la denylist para las intermediarias comprometidas.
  • Se aclaró que Go rechazará los certificados si o bien el SO los ha eliminado o bien la denylist de Go se actualiza.
  • Matiz importante: los binarios incrustan estáticamente la lógica de confianza de Go, así que debes recompilar/reimplantar las apps con una cadena de herramientas de Go más nueva para beneficiarte.

Respuestas del SO y de las distribuciones

  • Se informa que Gentoo y Slackware están actualizados; se comparten comandos concretos de emerge para Gentoo.
  • macOS parece desconfiar de los certificados a nivel de SO, aunque algunas herramientas ven distintas vistas de confianza.
  • Se critica la respuesta de Red Hat por incompleta y lenta; solo se menciona una solución provisional que elimina dos raíces de Comodo, marcada como “ongoing”.
  • Se hacen comparaciones: algunos prefieren Debian por actualizaciones de seguridad más rápidas; otros siguen favoreciendo la calidad general de parches de RHEL, pero señalan retrasos persistentes.

Otros ecosistemas y herramientas

  • Python, certifi, uv, bun, Java (AWS Corretto) y otras pilas pueden incluir sus propios paquetes de CA y requerir actualizaciones explícitas.
  • Se referencia orientación aparte para usuarios de Python; se señala que uv en sí tiene su propio almacén de confianza.
  • Los navegadores suelen tener CRL independientes y pueden estar a salvo incluso cuando herramientas CLI como curl o wget no lo están.

Pruebas y mitigación local

  • Se comparten varios endpoints de prueba; el resultado correcto es un fallo TLS con “unable to get local issuer certificate”.
  • La gente usa curl y urllib de Python contra estos hosts para verificar el comportamiento de confianza.
  • Entre las soluciones provisionales está apuntar curl en macOS a un paquete de CA actualizado de Homebrew; se comparten scripts para gestionar certificados CA en Debian.

Temas operativos y meta

  • Muchos expresan frustración con la gestión de paquetes en múltiples capas, los contenedores y los almacenes de confianza dispersos.
  • Algunos abogan por contenedores; otros argumentan a favor de un despliegue más simple basado en el host y del refuerzo con systemd.
  • Hay debate sobre confiar en LLMs/agentes para la aplicación automatizada de parches: útil para la cobertura, pero con riesgo de complacencia del operador.
  • Breve discusión sobre la terminología (“monster-in-the-middle” frente a “man-in-the-middle”) y sobre lo rápido que esto pasó a ser “noticia vieja”.