OpenSSL y WolfSSL corrigen fallos graves en TLS
Los responsables de dos bibliotecas criptográficas de código abierto muy extendidas, OpenSSL y WolfSSL, han publicado cada uno correcciones para alrededor de una docena de problemas de seguridad. Ambas tandas incluyen fallos de gravedad alta. En el caso de WolfSSL, tres de ellos permiten a los atacantes saltarse la autenticación del otro extremo.
OpenSSL corrige una fuga de memoria en DTLS
OpenSSL ha corregido 14 vulnerabilidades. Solo una tiene gravedad alta. Se identifica como CVE-2026-84782 y afecta a las aplicaciones que usan Datagram TLS (DTLS). DTLS es una variante de TLS pensada para tráfico sin conexión y aparece a menudo en VPN, sistemas de VoIP y dispositivos IoT.
El fallo se activa durante el handshake de DTLS. Si OpenSSL retransmite un mensaje mientras el envío de otro está bloqueado, pueden enviarse al otro extremo restos de datos del heap en texto claro. Un interlocutor remoto puede aprovecharlo para obtener fragmentos de la memoria heap. Si la lectura llega a memoria no asignada, la aplicación se bloquea, lo que provoca una denegación de servicio (DoS).
El fallo tiene una puntuación CVSS de 8,2. Puede explotarse a través de la red sin autenticación y sin interacción del usuario.
Las nuevas versiones también solucionan un problema de gravedad media, CVE-2026-84783. Un interlocutor remoto y sin autenticar puede usarlo para bloquear un cliente TLS multihilo, lo que de nuevo provoca una DoS.
El resto de fallos de OpenSSL son de gravedad baja. La mayoría provocan situaciones de DoS por consumo excesivo de memoria o CPU, cierres inesperados de procesos o la interrupción de conexiones DTLS 1.2. Destacan otros dos tipos de problemas. Algunos podrían permitir a los atacantes abusar de servidores QUIC para ataques DDoS de amplificación. Otros tienen que ver con canales laterales de temporización que podrían filtrar información útil para recuperar claves privadas.
WolfSSL 5.9.4 cierra varias vías para saltarse la autenticación
WolfSSL publicó la versión 5.9.4 el 25 de septiembre. Además de nuevas funciones, la versión corrige 11 vulnerabilidades, tres de ellas de gravedad alta. Cada una de las tres permite a un atacante saltarse la autenticación del otro extremo en determinadas configuraciones.
CVE-2026-93302 se debe a que WolfSSL no comprueba la clave pública al comparar un certificado con un certificado de confianza del otro extremo. Un servidor malicioso que sepa en qué autoridades de certificación (CA) confía un cliente puede presentar un clon falsificado de una de ellas y superar la autenticación. Entre las compilaciones afectadas están las preparadas para integrarse con Nginx, HAProxy, Stunnel, Apache httpd y otras aplicaciones.
CVE-2026-89102 parte de un punto distinto. Un atacante que tenga cualquier certificado, junto con su clave privada, que encadene con una CA en la que confíe el cliente puede falsificar certificados para identidades arbitrarias.
CVE-2026-89136 afecta a los clientes que tienen activado el soporte de Raw Public Key (RPK). Un servidor malicioso puede saltarse la autenticación eligiendo un tipo de certificado RPK que el cliente nunca solicitó.
Cuatro fallos de gravedad media están relacionados con defectos en la validación de certificados y con un error en la secuencia del handshake. Un atacante podría usarlos para eludir las restricciones de nombre o colar una CA no verificada en el gestor de certificados compartido. El error del handshake podría permitir a un atacante completar un handshake TLS 1.2 o DTLS 1.2 en lugar del servidor legítimo y enviar datos que el cliente acepta como auténticos.
Los cuatro problemas de gravedad baja podrían provocar:
- un use-after-free durante el cierre de la conexión
- la omisión de las comprobaciones de revocación por CRL
- la aceptación de certificados con firmas no válidas
- la suplantación del servidor
La mayoría requieren configuraciones concretas o el uso de API heredadas.
Por qué importa
Las dos bibliotecas quedan expuestas de formas distintas. El fallo grave de OpenSSL filtra memoria y tumba servicios. Los fallos de WolfSSL atacan el propio modelo de confianza y permiten que un servidor malicioso se haga pasar por legítimo. En una biblioteca TLS, saltarse la autenticación es probablemente la categoría más seria, porque socava la garantía que los usuarios esperan precisamente de ella.
El aspecto de DTLS merece atención. DTLS es habitual en VPN y equipos IoT, y esos productos suelen parchearse con lentitud. Los dispositivos perimetrales siguen atrayendo a los atacantes, como demuestra la reciente explotación de dispositivos VPN. WolfSSL es popular en productos embebidos, así que las correcciones pueden tardar en llegar a los usuarios finales a través del firmware de los fabricantes.
Los fallos de canal lateral de temporización de OpenSSL tienen gravedad baja. Aun así, encajan en un flujo constante de investigaciones sobre filtraciones a través de la temporización y del comportamiento del hardware, como la reciente variante de Spectre v2.
Hay varias cosas que conviene vigilar. Una es si los fabricantes que integran estas bibliotecas publican sus propios avisos. Otra es si aparece código de prueba de concepto para los fallos de autenticación de WolfSSL. Los equipos que usen las integraciones con Nginx, HAProxy, Stunnel o Apache httpd deberían revisar primero sus compilaciones.