El proyecto OpenSSL ha publicado este 23/10/2026 la versión 4.1.0 de su biblioteca criptográfica, una actualización de funciones que incorpora DTLS 1.3, el mecanismo GREASE para TLS y nuevas optimizaciones para los algoritmos poscuánticos ML-DSA y ML-KEM. Al ser una versión menor dentro de la rama 4.x, mantiene la compatibilidad de API y ABI con OpenSSL 4.0, según la política de versiones del proyecto.
Las claves de OpenSSL 4.1 en 20 segundos
- OpenSSL 4.1.0 añade DTLS 1.3 (RFC 9147) y GREASE (RFC 8701).
- Acelera ML-DSA, ML-KEM y el descifrado AES-CBC en x86_64 y ppc64le.
- Elimina los objetivos de Windows sobre Itanium y Windows CE.
- Publica cuatro fallos conocidos, todos en DTLS.
- OpenSSL 3.6 deja de tener soporte el 01/11/2026.
OpenSSL está detrás del cifrado de buena parte de los servidores web, distribuciones Linux, dispositivos de red y aplicaciones que usan TLS, así que cada versión acaba llegando, antes o después, a infraestructuras muy distintas. La 4.1 no es una versión de soporte extendido (LTS), y los administradores con sistemas en producción suelen esperar a que su distribución la empaquete o seguir en la rama 3.5 LTS.
DTLS 1.3 y GREASE, las dos novedades de protocolo
La principal incorporación es el soporte de DTLS 1.3, definido en el RFC 9147. DTLS es la variante de TLS pensada para transportes sobre UDP, donde los paquetes pueden perderse o llegar desordenados. Se usa en VPN, en comunicaciones en tiempo real como WebRTC y en muchos dispositivos IoT. DTLS 1.3 traslada a ese entorno el diseño de TLS 1.3, con un apretón de manos más corto y sin los algoritmos antiguos que TLS 1.3 ya había retirado. El proyecto remite a la página de manual ossl-guide-dtlsv13(7) para los detalles de uso, y la API de escucha SSL (listener) también admite ahora DTLS.
La segunda novedad es GREASE (Generate Random Extensions And Sustain Extensibility), descrito en el RFC 8701. El mecanismo introduce en el apretón de manos TLS valores aleatorios reservados que no significan nada. El objetivo es comprobar que servidores, cortafuegos y otros intermediarios toleran valores desconocidos en lugar de romper la conexión, algo que evita que el protocolo se quede bloqueado por implementaciones demasiado rígidas cuando aparezcan extensiones nuevas. Navegadores como Chrome ya lo emplean desde hace años, y su llegada a OpenSSL extiende la práctica a muchas más aplicaciones.
La lista se completa con soporte para la función de derivación de claves de IKEv2, el protocolo de intercambio de claves de IPsec, y un soporte inicial para la arquitectura rusa Elbrus 2000 (e2k).
Más rendimiento para la criptografía poscuántica
OpenSSL incorporó los algoritmos poscuánticos estandarizados por el NIST en la rama 3.5, y la 4.1 se centra en hacerlos más rápidos. Añade operaciones NTT optimizadas para ML-DSA (firmas) y ML-KEM (encapsulado de claves) en ppc64le, optimizaciones de ML-DSA en x86_64 y operaciones SHAKE x4 aceleradas con AVX-512 para ML-DSA en esa misma arquitectura. El descifrado AES-CBC en x86_64 también gana optimizaciones con AVX-512 y VAES. Las notas oficiales no incluyen cifras de mejora, así que el beneficio real dependerá del procesador y de la carga.
Quien quiera repasar cómo llegó la criptografía poscuántica a la biblioteca puede consultar el análisis de Administración de Sistemas sobre OpenSSL 3.5 LTS, QUIC y los algoritmos poscuánticos.
Cambios que pueden romper compilaciones y fallos conocidos
La versión incluye algunos cambios que conviene revisar antes de actualizar. Desaparecen los objetivos de compilación para Windows sobre Itanium (VC-WIN64I) y Windows CE (VC-CE), y también las opciones no-ecdsa y no-ecdh de Configure, que según el proyecto no llegaban a desactivar realmente esas implementaciones; quien quiera prescindir de las curvas elípticas debe usar no-ec. A cambio se añaden objetivos para MSVC 2013 que suplen carencias de C99 de ese compilador. La utilidad tsget, que gestiona sellos de tiempo, pasa a depender del módulo Perl Net::Curl::Easy en lugar del abandonado WWW::Curl::Easy, así que hay que instalarlo antes de actualizar.
El equipo publica además cuatro problemas conocidos, todos relacionados con DTLS. Uno hace que, al recibir un KeyUpdate en DTLS 1.3, se descarten del búfer de retransmisión otros registros pendientes, como un NewSessionTicket. Otros dos afectan a cómo el listener DTLS informa de errores (un fallo permanente puede aparecer como SSL_ERROR_WANT_READ y un error de escritura reintentable como SSL_ERROR_SYSCALL), y el cuarto puede hacer que un servidor DTLS 1.3 aborte el apretón de manos tras una pérdida de paquetes. El proyecto indica que la corrección del primero está en marcha. Para quien vaya a desplegar DTLS 1.3 en producción, son detalles relevantes.
En el calendario de soporte, la página oficial fija el fin de OpenSSL 3.6 el 01/11/2026 y el de la 4.0 el 14/05/2027, mientras que la 3.5 LTS se mantiene hasta el 08/04/2030. La 3.4 dejó de tener soporte el 22/10/2026. Según la política del proyecto, las versiones no LTS posteriores a la 3.5 reciben soporte completo durante 13 meses, y la próxima versión mayor, OpenSSL 5.0, está prevista para octubre de 2027. Para trabajos de cifrado más cotidianos, OpenSecurity explicó recientemente cómo cifrar archivos en Linux con OpenSSL y qué detalles tener en cuenta.
Preguntas frecuentes
¿Qué novedades trae OpenSSL 4.1?
Soporte para DTLS 1.3 y GREASE, DTLS en la API de escucha SSL, la función de derivación de claves de IKEv2, soporte inicial para Elbrus 2000 y optimizaciones para ML-DSA, ML-KEM y AES-CBC.
¿OpenSSL 4.1 es una versión LTS?
No. La versión LTS vigente es OpenSSL 3.5, con soporte hasta el 08/04/2030. Las versiones no LTS reciben soporte completo durante 13 meses según la política del proyecto.
¿Es compatible OpenSSL 4.1 con aplicaciones compiladas para 4.0?
Sí. Al ser una versión menor de la rama 4.x, mantiene la compatibilidad de API y ABI con OpenSSL 4.0.
¿Tiene fallos conocidos OpenSSL 4.1?
Sí, el proyecto documenta cuatro problemas relacionados con DTLS, entre ellos retransmisiones perdidas tras un KeyUpdate en DTLS 1.3 y errores mal notificados en el listener DTLS.
Fuentes:
