El 29 de septiembre, el proyecto OpenSSL publicó actualizaciones de seguridad que corrigen la vulnerabilidad CVE-2026-84782 de alta gravedad en el mecanismo de retransmisión de mensajes DTLS. El fallo permite enviar el contenido de la memoria heap del proceso a la parte remota en forma de datos de handshake sin cifrar o provocar la finalización anómala del programa. La vulnerabilidad afecta a todas las ramas principales de OpenSSL —de la 1.0.2 a la 4.0—, pero solo a las aplicaciones que utilizan OpenSSL específicamente para conexiones DTLS. Los despliegues TLS habituales no se ven afectados por este problema. Los parches están disponibles en las versiones OpenSSL 4.0.3, 3.6.5, 3.5.9 y 3.4.8, así como en los paquetes de Ubuntu y Debian.
Mecanismo de la vulnerabilidad
DTLS (Datagram Transport Layer Security) es una variante de TLS para tráfico UDP descrita en el RFC 9147. Se utiliza, en particular, para proteger canales de datos WebRTC y establecer claves de cifrado en llamadas por Internet. Como UDP no garantiza la entrega, DTLS implementa su propio mecanismo de reenvío: si la respuesta a un mensaje de handshake no llega antes de que expire el temporizador, el mensaje se envía de nuevo.
DTLS fragmenta los mensajes de handshake grandes, y cada fragmento se coloca en un datagrama UDP. Si la conexión no puede recibir datos temporalmente, el envío se detiene a mitad de un mensaje. Según la descripción en el registro CISA ADP, el problema surge cuando el temporizador de retransmisión se dispara en el momento en que la escritura de un mensaje de handshake de mayor tamaño está en pausa a mitad de camino. Antes de la corrección, el código de retransmisión usaba la posición actual del mensaje en pausa en el búfer en lugar de volver al inicio del mensaje que se reenviaba. Como resultado, el mensaje retransmitido recibía una etiqueta incorrecta y su cuerpo contenía los bytes restantes del búfer del mensaje de mayor tamaño, pudiendo incluso leer más allá de los límites del búfer.
Esto tiene dos consecuencias: el contenido de la memoria heap puede enviarse a la parte remota como datos de handshake sin cifrar y, si la lectura alcanza una zona de memoria no mapeada, el proceso finaliza de forma anómala.
Evaluación de gravedad
El proyecto OpenSSL, de acuerdo con la descripción del lanzamiento 3.4.8, evalúa CVE-2026-84782 como una vulnerabilidad de nivel High, un escalón por debajo de Critical en su propia escala. CISA ADP le asignó una puntuación de CVSS 3.1 — 8.2 (High) con vector AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:H, señalando un impacto bajo en la confidencialidad y alto en la disponibilidad. Es importante tener en cuenta que OpenSSL no utiliza CVSS para determinar sus propios niveles de gravedad y señala que las evaluaciones de organizaciones externas pueden diferir de forma significativa.
En el momento de la publicación del registro, el 29 de septiembre, CISA fijó el estado de explotación como «none». No se encontraron informes públicos independientes sobre explotación de la vulnerabilidad. Al mismo tiempo, OpenSSL no precisó si un atacante puede provocar de forma deliberada la retransmisión justo en el momento en que la escritura del mensaje está en pausa.
Alcance del impacto
El alcance práctico del impacto es más limitado de lo que podría parecer por el número de versiones afectadas. La vulnerabilidad se desencadena solo cuando se cumplen de forma simultánea dos condiciones: la aplicación usa OpenSSL para DTLS (y no para TLS convencional) y la escritura de un mensaje de handshake está detenida a mitad de camino en el momento en que se dispara el temporizador de retransmisión. Los despliegues que funcionan exclusivamente con TLS sobre TCP no se ven afectados por este problema. OpenSSL no limita la vulnerabilidad solo a clientes o servidores: la corrección se ha probado en ambos roles.
Están más expuestos los sistemas que hacen un uso intensivo de DTLS: servidores WebRTC, infraestructuras VoIP, soluciones VPN basadas en UDP y dispositivos IoT con canales DTLS.
Versiones afectadas y correcciones
Según los datos de la CNA, la vulnerabilidad afecta a las siguientes versiones de OpenSSL:
- OpenSSL 4.0.0 – 4.0.2 → corregido en 4.0.3
- OpenSSL 3.6.0 – 3.6.4 → corregido en 3.6.5
- OpenSSL 3.5.0 – 3.5.8 → corregido en 3.5.9
- OpenSSL 3.4.0 – 3.4.7 → corregido en 3.4.8
- OpenSSL 3.0.0 – 3.0.22 → corregido en 3.0.23 (solo soporte de pago)
- OpenSSL 1.1.1 hasta 1.1.1zj → corregido en 1.1.1zj (solo soporte de pago)
- OpenSSL 1.0.2 hasta 1.0.2zs → corregido en 1.0.2zs (solo soporte de pago)
La rama 3.0 dejó de recibir actualizaciones públicas de seguridad el 7 de septiembre. La versión 3.0.23 fue la primera actualización de esta rama que no se publicó públicamente. Para quienes compilan OpenSSL 3.0 por su cuenta o lo incluyen en sus productos, OpenSSL recomienda pasar a una rama más reciente (4.0 o el lanzamiento LTS 3.5) o adquirir un contrato de soporte de pago.
Las distribuciones Linux publicaron las actualizaciones con rapidez. Según el informe original, Ubuntu publicó correcciones el 29 de septiembre:
- 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
Debian corrigió la vulnerabilidad en Debian 13 con el paquete openssl versión 3.5.7-1~deb13u3 (DSA-6531-1). A las 07:36 UTC del 30 de septiembre, el tracker de seguridad de Debian seguía marcando Debian 12 como vulnerable.
Otras vulnerabilidades en este lanzamiento
Además de CVE-2026-84782, las versiones publicadas el 29 de septiembre corrigen otras 13 vulnerabilidades. Dos de ellas merecen una atención especial:
CVE-2026-84783 es una vulnerabilidad de tipo use-after-free que afecta únicamente a OpenSSL 4.0. Un participante remoto no autenticado puede provocar la finalización anómala de un cliente TLS multihilo o de un servidor TLS multihilo que solicite certificados de cliente, si varias conexiones construyen simultáneamente las primeras cadenas de certificados hacia la misma CA de confianza. Cabe señalar la discrepancia en las valoraciones: el proyecto OpenSSL le asigna un nivel Moderate, mientras que CISA ADP le da CVSS 3.1 7.5 (High).
CVE-2026-75806 es una vulnerabilidad de baja gravedad en DTLS 1.2, según la descripción del lanzamiento de OpenSSL. Cualquiera que pueda enviar un datagrama a una conexión DTLS 1.2 establecida con un cifrado AEAD puede interrumpir dicha conexión con un único datagrama demasiado corto, sin conocer las claves. Las otras 11 vulnerabilidades también se evalúan como Low e incluyen 5 errores en el código QUIC y 3 vulnerabilidades de canal lateral temporal en el código ECDSA y SM2.
Recomendaciones
- Actualice OpenSSL a las versiones 4.0.3, 3.6.5, 3.5.9 o 3.4.8, según la rama que utilice. La política de seguridad de OpenSSL recomienda instalar las actualizaciones con nivel High lo antes posible.
- Usuarios de Ubuntu: instalen los paquetes libssl actualizados y reinicien el sistema; según Ubuntu, esto es necesario para aplicar por completo los cambios.
- Usuarios de Debian 12: sigan la aparición de la corrección en el tracker de seguridad.
- Usuarios de OpenSSL 3.0: planifiquen la migración a una rama con soporte (3.5 LTS o 4.0), ya que las actualizaciones públicas para la 3.0 se han interrumpido.
- Realicen una auditoría del uso de DTLS en su infraestructura: si OpenSSL se utiliza exclusivamente para TLS sobre TCP, esta vulnerabilidad concreta no les afecta.
OpenSSL no propone soluciones temporales para quienes no puedan actualizar. La vulnerabilidad fue descubierta por Laurent Gaffie, de Secorizon, el 17 de agosto, y la corrección fue desarrollada por Ryan Hooper; el commit está disponible en GitHub. A pesar de la ausencia de explotación confirmada, la combinación de fuga de memoria y la posibilidad de denegación de servicio remota a través de un vector de red sin autenticación convierte la actualización rápida en una tarea prioritaria para todos los que utilizan DTLS sobre OpenSSL.
