OpenSSL 4.1 llega con DTLS 1.3 tras dos semanas de retraso

OpenSSL 4.1.0 ya está disponible. El proyecto etiquetó la versión el 23 de octubre de 2026, y su novedad principal es DTLS 1.3, la versión más reciente del protocolo de cifrado para tráfico enviado como datagramas separados. Muchas aplicaciones obtienen su cifrado de OpenSSL. Por eso, el soporte ahí decide cuándo esas aplicaciones pueden siquiera activar DTLS 1.3.

La versión publicada en GitHub la describe como "una versión de funciones que añade nuevas funcionalidades importantes". Phoronix informó de la versión estable esa misma mañana.

Novedades de OpenSSL 4.1

DTLS es la versión de TLS creada para UDP, donde los paquetes pueden llegar tarde, desordenados o no llegar. TLS es el protocolo detrás del candado del navegador. DTLS 1.3 sigue el RFC 9147, el estándar publicado en abril de 2022. Así que el soporte en OpenSSL llega más de cuatro años después de la especificación.

Las notas de la versión enumeran estos cambios:

Cambio	Qué hace
DTLS 1.3 (RFC 9147)	El TLS para datagramas más reciente, con una nueva página de guía, ossl-guide-dtlsv13(7)
DTLS en la API de listener	Un solo socket de servidor puede aceptar muchos clientes DTLS
GREASE (RFC 8701)	Envía valores ficticios aleatorios para detectar servidores que fallan con valores desconocidos
IKEv2 KDF	Derivación de claves usada por el intercambio de claves de la VPN IKEv2
Elbrus2000 (e2k)	Soporte inicial para esta arquitectura de CPU
Nuevos objetivos MSVC 2013	Objetivos de compilación VC-WIN32-MSVC2013 y VC-WIN64A-MSVC2013

GREASE necesita una línea más de explicación. Los clientes envían valores inventados en campos donde futuras versiones podrían añadir valores reales. Un servidor que se cae con ellos queda en evidencia ahora, antes de que salga una extensión real.

Matemáticas poscuánticas más rápidas

Gran parte del trabajo de velocidad se centra en la criptografía poscuántica. ML-DSA y ML-KEM son nuevos algoritmos de firma y de intercambio de claves diseñados para resistir a los futuros ordenadores cuánticos. Un código más rápido para ellos reduce el coste del cambio.

Según las notas de la versión, 4.1 añade código AVX-512 para el hash SHAKE que usa ML-DSA en chips x86_64. Acelera las operaciones matemáticas de ML-DSA y ML-KEM en ppc64le, la arquitectura POWER de IBM. Las instrucciones AVX-512 y VAES también aceleran el descifrado AES-CBC en x86_64.

Lo que se eliminó

La versión abandona dos plataformas antiguas de Windows, señala Phoronix: Windows en Itanium (VC-WIN64I) y Windows CE (VC-CE). Las opciones de compilación no-ecdsa y no-ecdh también desaparecen; su sustituta es no-ec. El script auxiliar tsget ahora necesita el módulo de Perl Net::Curl::Easy en lugar de WWW::Curl::Easy.

Por qué la versión final llegó tarde

El camino hacia 4.1.0 tuvo baches. Según Linux Compatible, 4.1.0-beta2 salió el 9 de octubre en lugar de la versión final prevista. Dos problemas de seguridad de DTLS, #33172 y #33173, aparecieron durante la beta y frenaron la etiqueta. El sitio dice que parecen haberse corregido antes del lanzamiento del 23 de octubre.

La versión sale aun así con cuatro fallos conocidos de DTLS. El más importante, #32878, afecta a las actualizaciones de claves. Tras un KeyUpdate de DTLS 1.3, otros registros pendientes pueden salir del búfer de reenvío. Un ticket de sesión perdido podría entonces no reenviarse nunca. Hay una corrección prevista para una versión posterior. Linux Compatible también enumera limitaciones: no hay soporte para el Connection ID de DTLS 1.3, y DTLS 1.3 sobre SCTP recurre a versiones anteriores.

Fechas de soporte

OpenSSL 4.1 no es una versión de soporte a largo plazo. La página de descargas del proyecto indica que su fin de vida es noviembre de 2027. OpenSSL 4.0, cuyo último parche es 4.0.3 del 29 de septiembre, tiene soporte hasta el 14 de mayo de 2027. OpenSSL 3.5 sigue siendo la versión a largo plazo, con soporte hasta el 8 de abril de 2030.

La política de versiones del proyecto descarta rupturas de API o ABI en una versión menor. Según Linux Compatible, 4.1 mantiene la compatibilidad con la rama 4.0. Por eso, la mayoría de las aplicaciones compiladas con 4.0 no deberían necesitar recompilarse.

Qué significa esto para los desarrolladores

Si ejecutas servicios UDP que usan DTLS, 4.1 es el primer OpenSSL con 1.3. Pruébalo en preproducción, no en producción. Los cuatro fallos abiertos están todos en el nuevo código de DTLS, y #32878 puede perder tickets de sesión tras una actualización de claves. Haz tus propias pruebas de actualización de claves y de pérdida de paquetes antes de confiar en él.

Los servidores que aceptan muchos clientes DTLS en un solo socket deberían revisar la API de listener. Según Linux Compatible, SSL_new_listener() ahora admite DTLS 1.3 y sustituye a DTLSv1_listen(), que solo cubría DTLS 1.0 y 1.2.

La mayoría de los usuarios de TLS sobre TCP pueden actualizar según su calendario habitual. Las mejoras de velocidad poscuánticas compensan en servidores x86_64 con AVX-512 y en sistemas POWER.

Planifica tu ventana de soporte. Si tu producto necesita una biblioteca con soporte más allá de 2027, quédate en la versión a largo plazo 3.5 y trata 4.1 como una rama de corta duración. Las compilaciones de Windows para Itanium o CE deben quedarse en 4.0 o anteriores.