Apple ha bloqueado en iOS y iPadOS, desde el 19 de octubre, ocho certificados de seguridad comprometidos de la autoridad de certificación india eMudhra. El problema es que sus claves privadas eran números tan pequeños que cualquiera podía adivinarlos en segundos. Google Chrome y Mozilla Firefox ya habían cerrado el acceso a esos mismos certificados dos días antes, el 17 de octubre, tras la alerta de un investigador de seguridad. El fallo salió a la luz el 17 de octubre, cuando el investigador conocido como Wayne detectó la debilidad mientras rastreaba datos públicos de certificados.
Las claves privadas de los ocho certificados comprometidos eran, literalmente, 4, 56, 66, 115, 155, 156, 230 y 237: no son longitudes, son los valores reales de cada clave. Es el equivalente a proteger una cuenta con la contraseña «123» y confiar en que nadie la pruebe. Apple añadió las protecciones en iOS y iPadOS el 19 de octubre, dos días después de que Chrome y Firefox se adelantaran. Chrome bloqueó los seis certificados intermedios autorizados a emitir TLS, mientras que Firefox activó el bloqueo mediante su sistema OneCRL, según detalla BleepingComputer. eMudhra revocó los ocho certificados tras la divulgación pública del fallo y dejó de emitir nuevos certificados bajo su raíz G3; la autoridad, con sede en India, insiste en que no hubo compromiso de su infraestructura ni indicios de robo de datos, según su comunicado oficial sobre el incidente.
Vamos a ver por qué esas claves eran tan débiles y qué tienes que hacer si usas un iPhone, un iPad o un Mac. Por qué las claves privadas eran tan fáciles de adivinar Los ocho certificados usaban claves privadas P-384 generadas en abril de 2025 con valores inferiores a 256. Bastaba con probar, como mucho, 256 combinaciones para dar con la clave correcta: un trabajo de segundos para un ordenador, y hasta asumible para una persona con paciencia y una calculadora. El propio sistema de informes de errores de Mozilla recoge que su equipo recuperó las claves con facilidad, sin conocimiento previo de cómo lo había hecho quien denunció el fallo.
Para demostrar la gravedad del problema, el investigador Flüpke publicó en GitHub una de las claves comprometidas: el certificado «EM OV TLS CA – G3C» de eMudhra tenía como clave privada, simplemente, el número 4. BleepingComputer comprobó de forma independiente que esa clave coincide con uno de los certificados revocados, así que no hay margen de duda sobre lo expuesto que estuvo el sistema durante más de un año, desde que esas claves se generaron en abril de 2025 hasta que eMudhra las revocó este mes de octubre. Qué certificados están afectados y qué explica eMudhra del error De los ocho certificados, seis se usaban para TLS y contaban con la confianza de los programas raíz de Apple, Chrome, Microsoft y Mozilla. Los otros dos servían para firma de código y solo los reconocía Microsoft.
Todos se generaron en abril de 2025, así que llevaban más de un año disponibles antes de que se detectara el problema. eMudhra atribuyó el fallo a un error en el script empleado para generar los certificados: ese error creó un segundo conjunto de claves débiles que terminaron seleccionadas por error para firmar certificados, porque sus etiquetas eran parecidas a las de las claves correctas. Algunos de esos certificados llegaron a enviarse también a Sectigo para cross-signing. Pese al tiempo que las claves estuvieron expuestas, la mayoría de los certificados nunca llegó a producción y no hay evidencia de que algún atacante las recuperara o las usara. ¿Necesito actualizar tu iPhone, iPad o Mac? La recomendación es sencilla: si usas iPhone, iPad o Mac, actualiza el software cuanto antes, tanto las apps como iOS, iPadOS y macOS.
En el caso de Firefox, el sistema OneCRL aplicó la protección sin que tuvieras que actualizar ni reiniciar el navegador, pero en iOS y iPadOS el bloqueo te llega integrado directamente en las actualizaciones del propio sistema operativo, así que no hace falta que hagas nada más que tener tu dispositivo al día. Mozilla fue más allá y lanzó Firefox 158.0.1, junto con actualizaciones para sus versiones ESR, el 20 de octubre, pensadas para quienes tenían una configuración que les había impedido recibir antes el bloqueo automático. La mayoría de los certificados comprometidos no llegó a usarse y no hay rastro de que algún atacante los explotara, así que el riesgo para quien usa un iPhone o iPad a diario parece limitado. Aun así, mantener el sistema actualizado sigue siendo la forma más sencilla de cerrar cualquier hueco de seguridad.
Por qué el caso de tu Mac es distinto En tu Mac el problema tiene un matiz técnico distinto al de iPhone o iPad: la utilidad curl integrada en el sistema no comprueba la información de revocación de certificados. Si tu Mac ya se había encontrado con alguno de estos certificados y confiaba en él antes de la revocación, curl seguirá confiando en él sin comprobar nada, al margen de que Apple haya bloqueado el certificado a nivel de sistema operativo. Es una pieza de software que vive algo aislada del resto de las protecciones que Apple añade con cada actualización. La combinación de dos factores (que casi ningún certificado llegó a producción y que no hay indicios de que se usaran para atacar a nadie) hace que pocos usuarios de Mac, si acaso alguno, se vean realmente afectados por este fallo en concreto.
Aun así, instalar la última versión de macOS sigue siendo el paso recomendado para cerrar cualquier resquicio de riesgo, sobre todo si trabajas a diario con herramientas de línea de comandos que dependen de curl para conectarse a servidores remotos. Qué otros sistemas han tenido que parchear el fallo El problema no se limita a los navegadores. El equipo de desarrollo de Go publicó las versiones 1.27.3 y 1.26.10 para corregir el fallo, registrado como CVE-2026-111943. Varias distribuciones Linux también se han movido: Ubuntu publicó actualizaciones de ca-certificates para sus versiones 22.04, 24.04, 26.04 y 26.10, y Arch Linux, Gentoo y Alpine Linux ya cuentan con sus propios paquetes corregidos.
Debian y FreeBSD, según el seguimiento del incidente, tenían la corrección pendiente en el momento del bloqueo de Apple. Herramientas como Homebrew y Chainguard también publicaron sus propios paquetes de ca-certificates actualizados. El ingeniero de criptografía de Mozilla Dennis Jackson publicó además un sitio de seguimiento del incidente con el estado de cada software afectado y sus actualizaciones disponibles: una herramienta útil si administras sistemas y quieres comprobar si tus herramientas de línea de comandos, como curl o Go, siguen expuestas al fallo mientras no las actualices. El rastreo permite comparar de un vistazo qué distribuciones y lenguajes de programación ya cerraron el hueco y cuáles siguen pendientes de parche.
