OpenSSL ha lanzado una amplia actualización de seguridad en abril de 2026 que corrige siete vulnerabilidades en las ramas soportadas, lideradas por CVE-2026-31790, una falla de severidad moderada en el encapsulamiento RSA KEM RSASVE que puede exponer memoria no inicializada a un par malicioso. El aviso recomienda a los usuarios de versiones vulnerables 3.x migrar a OpenSSL 3.0.20, 3.3.7, 3.4.5, 3.5.6 o 3.6.2, según corresponda.

OpenSSL ha publicado una amplia actualización de seguridad de abril de 2026 que corrige siete vulnerabilidades en las ramas soportadas, lideradas por CVE-2026-31790, un fallo de gravedad moderada en la encapsulación RSA KEM RSASVE que puede exponer memoria no inicializada a un par malicioso.

El aviso dirige a los usuarios de versiones vulnerables 3.x a migrar a OpenSSL 3.0.20, 3.3.7, 3.4.5, 3.5.6 o 3.6.2, dependiendo de la rama en uso.

Vulnerabilidades de OpenSSL exponen datos

El problema más grave, CVE-2026-31790, afecta a aplicaciones que usan EVP_PKEY_encapsulate() con RSA/RSASVE para derivar un secreto compartido a partir de una clave pública RSA suministrada por un atacante sin validar primero esa clave.

Según OpenSSL, el error subyacente es una comprobación incorrecta del valor de retorno: RSA_public_encrypt() devuelve -1 en caso de fallo, pero el código afectado solo verificaba si el valor era distinto de cero, permitiendo que la encapsulación pareciera exitosa incluso cuando el cifrado había fallado realmente.

Este error lógico crea un resultado peligroso para los desarrolladores que usan búferes de texto cifrado suministrados por el llamante. Si la operación RSA falla, la API aún puede establecer longitudes de salida y devolver el control como si se hubiera generado un texto cifrado KEM válido, dejando bytes obsoletos o no inicializados en el búfer de texto cifrado para ser enviados de vuelta al par.

OpenSSL advirtió que esos bytes podrían contener datos sensibles sobrantes de una ejecución previa del proceso de la aplicación, convirtiendo lo que parece una operación criptográfica fallida en una condición de fuga de datos.

El proveedor indicó que el fallo afecta a OpenSSL 3.0, 3.3, 3.4, 3.5 y 3.6, mientras que OpenSSL 1.0.2 y 1.1.1 no están afectados. Los módulos FIPS en las versiones 3.6, 3.5, 3.4, 3.3, 3.1 y 3.0 también se ven impactados, lo que hace que el problema sea relevante no solo para implementaciones de propósito general, sino también para entornos regulados que dependen de límites criptográficos validados.

Como mitigación inmediata, OpenSSL recomienda llamar a EVP_PKEY_public_check() o EVP_PKEY_public_check_quick() antes de invocar EVP_PKEY_encapsulate().

Esta recomendación es importante porque la explotación depende de que la aplicación acepte una clave pública RSA inválida controlada por el atacante en primer lugar, lo que significa que los entornos que ya validan las claves públicas importadas están en una posición mucho mejor que las aplicaciones que tratan el material de clave como implícitamente confiable.

Junto al error de gravedad moderada en RSASVE, OpenSSL corrigió seis fallos de gravedad baja que son más situacionales pero igualmente importantes para los defensores que monitorean la exposición de la biblioteca.

Estos incluyen una lectura fuera de límites en AES-CFB-128 en sistemas x86-64 con soporte AVX-512 y VAES (CVE-2026-28386), un uso después de liberación en configuraciones poco comunes de cliente DANE (CVE-2026-28387), una desreferencia NULL en delta CRL (CVE-2026-28388), dos problemas de desreferencia NULL en el manejo de KeyAgreeRecipientInfo y KeyTransportRecipientInfo en CMS (CVE-2026-28389 y CVE-2026-28390), y un desbordamiento de búfer en el heap durante la conversión hexadecimal de OCTET STRING demasiado grandes en plataformas de 32 bits (CVE-2026-31789).

La mayoría de estos problemas crean principalmente condiciones de denegación de servicio, pero destacan un patrón de riesgo recurrente en las bibliotecas criptográficas: los caminos de análisis y manejo de errores en casos límite a menudo se convierten en superficies de ataque cuando las aplicaciones procesan certificados, objetos CMS, CRLs o claves públicas no confiables.

Para los equipos de seguridad, la actualización es un recordatorio de que la exposición a OpenSSL no se limita solo a la terminación TLS; las pasarelas de correo, herramientas de procesamiento de certificados, servicios CMS/S/MIME y aplicaciones personalizadas que usan APIs KEM modernas pueden necesitar revisión.

OpenSSL indicó que CVE-2026-31790 fue reportado por Simo Sorce de Red Hat el 23 de febrero de 2026, y la corrección fue desarrollada por Nikola Pajkovsky.

Las organizaciones que aún ejecutan versiones afectadas deberían priorizar la aplicación de parches y añadir validación explícita de claves públicas en cualquier flujo de trabajo que use encapsulación basada en RSA, especialmente donde material de clave remoto o suministrado por el usuario pueda alcanzar la superficie de la API.