OpenSSL ha publicado parches para una vulnerabilidad de alta severidad que puede filtrar memoria del heap al extremo opuesto de una conexión DTLS o provocar un bloqueo del programa. El anuncio y las correcciones se dieron a conocer el 29 de septiembre.
DTLS es la variante de TLS que se usa para tráfico UDP y reenvía un mensaje de handshake si no recibe respuesta antes de que venza el temporizador. El problema aparece cuando un reenvío de este tipo se inicia mientras un mensaje de handshake más grande está a medio enviar.
La vulnerabilidad, catalogada como CVE-2026-84782, está corregida en OpenSSL 4.0.3, 3.6.5, 3.5.9 y 3.4.8. Las versiones parcheadas para las ramas más antiguas 3.0, 1.1.1 y 1.0.2 solo están disponibles para clientes con soporte premium de OpenSSL. La rama 3.0 dejó de recibir correcciones de seguridad públicas el 7 de septiembre.
OpenSSL no ha confirmado si un atacante puede provocar un reenvío mientras un mensaje está atascado, ni ha reportado ataques que exploten la falla.
DTLS se emplea, por ejemplo, para proteger canales de datos WebRTC y para establecer claves de cifrado en llamadas por internet. El software solo es vulnerable si utiliza OpenSSL para DTLS.
DTLS divide un mensaje de handshake grande en fragmentos que quepan en un datagrama UDP. Si la conexión no puede aceptar más datos por el momento, el envío puede pausarse a mitad de un mensaje y reanudarse después. Mientras el envío está en pausa, el temporizador de reenvío puede dispararse y reenviar un mensaje anterior.
Antes de la corrección, el reenvío utilizaba la posición del mensaje pausado en el búfer en lugar de volver al inicio del mensaje que se reenviaba. El mensaje reenviado se enviaba con la etiqueta incorrecta. Su cuerpo contenía bytes sobrantes del mensaje más grande, y su lectura podía desbordar el búfer.
El mensaje mal etiquetado puede transportar memoria del heap al otro extremo como datos de handshake sin cifrar, según OpenSSL. Si la lectura alcanza memoria no mapeada, el programa se bloquea.
OpenSSL no limita la falla a clientes o servidores DTLS, y su corrección fue probada en ambos roles.
Laurent Gaffie, de Secorizon, reportó la vulnerabilidad el 17 de agosto, y Ryan Hooper desarrolló la solución.
OpenSSL clasifica la falla como Alta, un nivel por debajo de Crítica en su escala de severidad. La política de seguridad del proyecto aconseja instalar las actualizaciones con correcciones de nivel Alto lo antes posible.
CISA asignó a la vulnerabilidad una puntuación CVSS de 8.2 sobre 10 el 29 de septiembre, calificando su impacto en confidencialidad como Bajo y en disponibilidad como Alto. El registro de CISA indicaba explotación como "ninguna" en ese momento. OpenSSL no utiliza CVSS para establecer sus calificaciones de severidad y afirma que las puntuaciones de terceros pueden diferir mucho de las suyas.
El aviso de seguridad de Ubuntu señala que un atacante podría usar la falla para provocar "comportamiento incorrecto en el handshake o una denegación de servicio". No menciona la fuga de memoria.
Qué versiones corrigen la falla
La falla afecta a OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 y 1.0.2, en todas las versiones anteriores a la versión corregida que se muestra a continuación.
OpenSSL no ofrece ningún workaround para quienes no puedan actualizar todavía. Ubuntu corrigió la falla el 29 de septiembre en sus propios paquetes, que mantienen números de versión de OpenSSL más antiguos:
- Ubuntu 26.04 LTS: libssl3t64 3.5.5-1ubuntu3.6
- Ubuntu 24.04 LTS: libssl3t64 3.0.13-0ubuntu3.16
- Ubuntu 22.04 LTS: libssl3 3.0.2-0ubuntu1.30
Los usuarios de Ubuntu deben reiniciar después de la actualización para que todos los cambios surtan efecto.
Debian corrigió la falla en Debian 13 con la versión 3.5.7-1~deb13u3 de su paquete openssl, publicada como DSA-6531-1. Su rastreador de seguridad todavía listaba Debian 12 como vulnerable a las 07:36 UTC del 30 de septiembre.
Qué pueden hacer los usuarios de OpenSSL 3.0
La última versión pública de la rama 3.0 fue la 3.0.22, el 25 de agosto. La versión 3.0.23 es la primera publicación de seguridad de la serie 3.0 que OpenSSL no ha hecho pública. Corrige 6 de las 14 fallas reveladas el 29 de septiembre, incluida CVE-2026-84782.
Para Ubuntu 22.04 y 24.04, que usan OpenSSL 3.0, la corrección ya está disponible en los paquetes listados arriba. Quienes compilen OpenSSL 3.0 o incluyan una copia en su propio software no tienen una solución pública de OpenSSL.
OpenSSL recomienda actualizar a una rama más reciente, como la 4.0 o la versión de soporte a largo plazo 3.5. La otra opción es un contrato de soporte de pago, que otorga acceso continuo a correcciones de seguridad para versiones que han superado su fecha de fin de soporte público.
Las versiones del 29 de septiembre corrigen otras 13 fallas. La más grave de ellas, CVE-2026-84783, está calificada como Moderada y solo afecta a OpenSSL 4.0.
Un par remoto no autenticado podría usarla para bloquear un cliente TLS multihilo, o un servidor TLS multihilo que solicita certificados de cliente. Eso solo puede ocurrir si varias conexiones construyen sus primeras cadenas de certificados hacia el mismo certificado de CA de confianza al mismo tiempo.
Otra falla en DTLS, CVE-2026-75806, está calificada como Baja. Afecta a conexiones DTLS 1.2 establecidas que utilizan un conjunto de cifrado AEAD. Cualquiera que pueda enviar un datagrama a una conexión de este tipo puede terminarla con un único datagrama demasiado corto sin conocer ninguna clave.
Las otras 11 fallas también están calificadas como Bajas e incluyen 5 en el código QUIC de OpenSSL y 3 canales laterales de temporización en el código ECDSA y SM2.
Deja una respuesta