wolfSSL ha lanzado la versión 5.9.4, la cual corrige 11 vulnerabilidades de seguridad en su biblioteca de criptografía y TLS embebido. Esta actualización es fundamental para desarrolladores de dispositivos IoT, servidores y aplicaciones que utilizan TLS o DTLS, ya que soluciona fallos de severidad alta y media, además de incorporar capacidades avanzadas de criptografía post-cuántica.

wolfSSL ha lanzado la versión 5.9.4, corrigiendo 11 vulnerabilidades de seguridad en su biblioteca de criptografía y TLS embebido, al tiempo que añade importantes capacidades de criptografía post-cuántica.

La actualización es importante para ti si eres un desarrollador que utiliza wolfSSL en dispositivos IoT, productos embebidos, servidores, pasarelas y aplicaciones que dependen de TLS o DTLS para comunicaciones seguras.

El lanzamiento soluciona tres CVE de severidad alta, cuatro de severidad media y cuatro de severidad baja. wolfSSL señaló que la mayoría de los fallos afectan a opciones de compilación particulares, APIs o configuraciones no predeterminadas, en lugar de a cada despliegue.

Aun así, deberías revisar tus flags de compilación y actualizar las instalaciones afectadas, especialmente los despliegues que utilizan configuraciones compatibles con OpenSSL, Raw Public Keys, OCSP stapling, comprobaciones de revocación de certificados o la reanudación de sesiones TLS 1.2.

Los tres fallos de severidad alta podrían debilitar la autenticación de pares TLS en ciertas compilaciones. El CVE-2026-93302 afecta a los despliegues que utilizan certificados de pares confiables a través de WOLFSSL_TRUST_PEER_CERT.

El problema podría permitir que un clon de una autoridad de certificación falsificado pase la validación cuando un atacante conoce los certificados CA en los que confía el objetivo. Puede afectar a configuraciones centradas en la compatibilidad utilizadas con software como nginx, HAProxy, stunnel, Apache HTTP Server, BIND y rsyslog.

wolfSSL 5.9.4 Corrige Fallos de Seguridad de TLS

El CVE-2026-89102 afecta a los clientes que habilitan el stapling de múltiples respuestas OCSP según el RFC 6961. Un cliente vulnerable podría aceptar un certificado en una cadena proporcionada por el servidor como una autoridad de certificación sin comprobar si ese certificado está autorizado para emitir certificados. Un atacante con un certificado encadenado a una CA confiable podría potencialmente falsificar certificados para identidades arbitrarias.

El tercer problema de severidad alta, CVE-2026-89136, afecta a los clientes compilados con soporte de Raw Public Key. Un servidor malicioso podría enviar una Raw Public Key no solicitada y saltarse la validación normal de la cadena de certificados X.509.

El soporte de Raw Public Key está desactivado por defecto. Sin embargo, se habilita a través de opciones como –enable-rpk, –enable-all y –enable-distro.

wolfSSL 5.9.4 también corrige errores de validación de restricciones de nombre de certificado. Un fallo de severidad media podría permitir que un certificado escape a las restricciones de nombre DNS si una CA sin restricciones apareciera entre una CA intermedia con restricciones de nombre y el certificado final.

Otro problema involucraba certificados que llevaban un Nombre Alternativo de Sujeto de un tipo distinto a DNS, permitiendo que un Nombre Común (Common Name) inválido saltara una comprobación de restricción de nombre DNS.

Otras correcciones abordan un mensaje ChangeCipherSpec fuera de orden en TLS 1.2 y DTLS 1.2, un problema de fallback de OCSP y CRL que podría aceptar un certificado revocado, y un problema de referencia de caché de sesión que afecta a los flujos de reanudación heredados de TLS 1.2 y DTLS 1.2. El lanzamiento también resuelve una condición potencial de uso-después-de-liberación (use-after-free) durante el cierre de TLS.

No deberías asumir que actualizar solo la biblioteca compartida es suficiente. Para algunas aplicaciones de larga ejecución afectadas, wolfSSL indica que se debe reiniciar el WOLFSSL_CTX o el proceso completo porque el estado del certificado o de la sesión puede persistir en la memoria.

Más allá de las correcciones de seguridad, wolfSSL 5.9.4 amplía significativamente su soporte de criptografía post-cuántica. El lanzamiento añade soporte nativo para firmas Falcon, reemplazando la dependencia previa de la biblioteca liboqs.

También introduce FrodoKEM, un mecanismo de encapsulamiento de claves post-cuánticas, con implementaciones optimizadas para plataformas x86_64, AArch64, AArch32 y Thumb2.

La actualización añade autenticación SLH-DSA para los handshakes de TLS 1.3 y DTLS 1.3 en los 12 conjuntos de parámetros. También puedes compilar configuraciones de TLS 1.3 exclusivamente post-cuánticas utilizando el intercambio de claves ML-KEM con autenticación ML-DSA o SLH-DSA, sin los algoritmos tradicionales RSA, criptografía de curva elíptica o Diffie-Hellman.

wolfSSL también añadió aceleración AVX512 para ML-KEM y ML-DSA, soporte de ML-DSA para PKCS#7 y CMS SignedData, y un paquete de configuración –enable-all-quantum-crypto.

Estas mejoras posicionan la biblioteca para que las organizaciones preparen sus sistemas contra las futuras computadoras cuánticas criptográficamente relevantes.

Si ejecutas wolfSSL 5.9.2 o versiones anteriores, deberías identificar las características de compilación habilitadas y actualizar a la versión 5.9.4 o a un paquete derivado que contenga las correcciones.

Deberías dar prioridad a los sistemas que utilizan APIs de certificados de pares confiables, multi-OCSP stapling, Raw Public Keys, APIs de compatibilidad con OpenSSL, comprobación de OCSP más CRL y reanudación de sesiones heredadas.