Mozilla, Google y Apple bloquean certificados de CA de eMudhra comprometidos

Lawrence Abrams, 20 de octubre de 2026, 20:46. La autoridad certificadora eMudhra revocó ocho certificados intermedios comprometidos después de que investigadores determinaran que sus claves privadas eran tan débiles que podían recuperarse casi de inmediato y emplearse para falsificar certificados de confianza de sitios web legítimos.

Los principales navegadores y sistemas operativos confiaban en los certificados comprometidos, lo que en la práctica habría permitido a un atacante hacerse pasar por sitios legítimos e interceptar comunicaciones cifradas.

El investigador de seguridad conocido como Wayne detectó la debilidad el 17 de octubre mientras analizaba datos de certificados de acceso público.

Según el informe de incidentes de Mozilla, los ocho certificados utilizaban claves privadas P-384 generadas en abril de 2025 cuyos valores eran inferiores a 256, de modo que cualquiera podía recuperarlas probando apenas 256 números posibles.

Para demostrar la vulnerabilidad, el investigador de seguridad Flüpke publicó en GitHub una de las claves privadas comprometidas y mostró que la clave del certificado «EM OV TLS CA – G3C» de eMudhra tenía un valor de solo 4. BleepingComputer verificó de forma independiente que la clave publicada coincide con uno de los certificados revocados.

En su respuesta a Mozilla, eMudhra atribuyó el problema a un error en un script utilizado para generar los certificados en abril de 2025. La empresa señaló que ese fallo produjo un segundo conjunto de claves más débiles que se seleccionaron por error para la firma de certificados porque tenían etiquetas similares a las de las claves generadas correctamente.

Algunos de los certificados resultantes también se enviaron a Sectigo para su firma cruzada.

eMudhra afirmó que la mayoría de los certificados intermedios afectados nunca se usaron en producción y que no encontró pruebas de que se hayan empleado para emitir certificados a usuarios finales. Sin embargo, los atacantes podrían haber recuperado y abusado de las claves débiles desde su creación en abril de 2025, aunque no hay evidencia de que esto haya ocurrido.

Tras la divulgación, eMudhra revocó los ocho certificados comprometidos y dejó de emitir nuevos certificados bajo su raíz G3.

Los fabricantes de navegadores y proveedores de software publican correcciones

Mozilla indicó que bloqueó los certificados comprometidos mediante el sistema OneCRL de Firefox el 17 de octubre, lo que protegió a los usuarios sin necesidad de actualizar ni reiniciar el navegador.

Google Chrome también bloqueó ese día los seis intermediarios comprometidos autorizados para emitir certificados TLS, mientras que Apple añadió protecciones el 22 de octubre.

Mozilla también publicó Firefox 158.0.1 y actualizaciones para sus versiones ESR el 20 de octubre, con el fin de proteger a los usuarios cuyas configuraciones del navegador les impedían recibir las actualizaciones de revocación anteriores.

No obstante, el software que utiliza sus propios almacenes de certificados o que no comprueba las revocaciones podría seguir confiando en los intermediarios comprometidos hasta que se actualice.

El equipo de desarrollo de Go publicó las versiones 1.27.3 y 1.26.10 para abordar el problema, registrado como CVE-2026-111943.

El ingeniero de criptografía de Mozilla Dennis Jackson también publicó un sitio web de seguimiento de incidentes que enumera el software afectado y las actualizaciones de seguridad disponibles.

Jackson advierte además que la utilidad integrada /usr/bin/curl de macOS podría seguir confiando en los certificados comprometidos, porque su paquete de certificados no comprueba la información de revocación.

Los administradores pueden usar los endpoints de prueba y las instrucciones de mitigación del aviso para determinar si sus sistemas siguen afectados.

Los usuarios y administradores deben instalar las actualizaciones de software disponibles para garantizar que los certificados comprometidos ya no sean de confianza.

Cuando los atacantes tienen credenciales válidas, solo se bloquea el 37 % de sus acciones

Las puntuaciones generales de prevención pueden ocultar lo que ocurre después del acceso inicial. Cuando los atacantes usan credenciales válidas, la prevención cae drásticamente.

El Blue Report 2026 mide las defensas técnica por técnica en 338 millones de simulaciones ejecutadas en entornos de producción de clientes.