OpenSSL ha emitido un aviso de seguridad alertando sobre una vulnerabilidad crítica (CVE-2026-45447) que podría permitir la ejecución remota de código. El fallo se encuentra en la función PKCS7_verify y ocurre cuando las aplicaciones procesan mensajes firmados S/MIME o PKCS7 manipulados, lo que puede provocar la corrupción de la memoria.

Un aviso de seguridad de OpenSSL del 9 de junio de 2026 advierte sobre una vulnerabilidad crítica que podría permitir la ejecución remota de código cuando las aplicaciones procesan mensajes firmados PKCS7 o S/MIME especialmente diseñados.

El fallo, rastreado como CVE‑2026‑45447, es un error de uso posterior a la liberación del montón (heap use‑after‑free) en la función PKCS7_verify que puede corromper la memoria y, en algunos escenarios de implementación, permitir que los atacantes ejecuten código arbitrario en los sistemas vulnerables.

El problema ocurre cuando un mensaje firmado contiene un conjunto ASN.1 SignedData.digestAlgorithms vacío, lo que provoca que OpenSSL libere un objeto BIO propiedad de la aplicación emisora, mientras que dicha aplicación sigue sin enterarse del cambio.

Si la aplicación reutiliza o libera posteriormente el mismo BIO, puede encontrarse con una condición de uso posterior a la liberación que puede provocar fallos del sistema, corrupción del montón o una explotación controlada, dependiendo del comportamiento del asignador y de cómo se gestione el BIO.

Vulnerabilidades Críticas de RCE en OpenSSL

La vulnerabilidad afecta a las aplicaciones que utilizan las API de PKCS7 de OpenSSL para verificar firmas PKCS7 o S/MIME. En cambio, aquellas que dependen de las API de CMS para la misma funcionalidad no se ven afectadas.

El aviso indica que las versiones de OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 y 1.0.2 son todas vulnerables a CVE‑2026‑45447, y proporciona versiones parcheadas para cada rama afectada.

Se insta a los administradores a actualizar a OpenSSL 4.0.1, 3.6.3, 3.5.7, 3.4.6 o 3.0.21, mientras que los clientes con soporte extendido para líneas heredadas deben pasar a 1.1.1zh o 1.0.2zq.

Los módulos FIPS para 4.0, 3.6, 3.5, 3.4 y 3.0 no se ven afectados por este problema en particular, ya que el código vulnerable se encuentra fuera del límite de FIPS.

Junto con el error crítico de PKCS7, el aviso detalla numerosas vulnerabilidades adicionales, que van desde una gravedad alta hasta moderada, dirigidas a diferentes partes del código base de OpenSSL.

Estas incluyen debilidades en el procesamiento de CMS AuthEnvelopedData que pueden otorgar capacidades equivalentes a la clave o eludir la integridad. Fallos en la lógica de QUIC que permiten la denegación de servicio mediante el agotamiento de la memoria o desreferencias de punteros NULL.

Un problema de mal uso de AES‑OCB donde los IV se ignoran silenciosamente al utilizar la interfaz de bajo nivel EVP_Cipher, rompiendo la unicidad del nonce y la autenticidad de la etiqueta.

Varios errores de análisis de ASN.1, problemas de validación de PBMAC1 en PKCS12 y problemas de descifrado basados en contraseña en CMS. También aparecen fallos en el manejo de CMP, muchos de los cuales conducen principalmente a la denegación de servicio, pero que en algunos casos pueden permitir ataques criptográficos más avanzados.

Los propios protocolos de OpenSSL, como TLS, QUIC, CMS, PKCS7, HPKE y S/MIME, se ven afectados en diferentes combinaciones dependiendo de la vulnerabilidad específica, la configuración y el uso de las funciones.

Sin embargo, algunas de las debilidades criptográficas más peligrosas afectan solo a aplicaciones personalizadas que utilizan primitivas EVP de bajo nivel o implementan protocolos de mensajería a medida sobre OpenSSL.

Especialmente cuando no aplican una validación estricta de la entrada o dependen de códigos de error como oráculos. El equipo de OpenSSL recomienda que las organizaciones no solo instalen los parches de las últimas versiones, sino que también auditen su uso de los flujos de trabajo de PKCS7, CMS, QUIC, AES‑OCB, AES‑SIV y PKCS12 para identificar cualquier exposición de alto riesgo.

En los casos donde la actualización se retrase, desactiva las funciones no esenciales, como el grapado (stapling) de OCSP y las rutas vulnerables basadas en PKCS7, como paso provisional de endurecimiento.