Le 29 septembre 2026, OpenSSL a publié un avis de sécurité corrigeant 14 CVE d'un coup : une de gravité élevée (High), une modérée (Moderate) et douze faibles (Low). Les versions corrigées sont 4.0.3, 3.6.5, 3.5.9 et 3.4.8. La ligne à retenir est en petits caractères : les correctifs pour 3.0, 1.1.1 et 1.0.2 (3.0.23, 1.1.1zj et 1.0.2zs) sont marqués « Premium support customers only », c'est-à-dire réservés aux clients du support premium.
La faille élevée et la faille modérée
- Élevée, CVE-2026-84782 : la logique de retransmission DTLS gère mal l'écriture d'un message de négociation suspendue en cours de route ; une retransmission peut alors divulguer au pair de la mémoire du tas sous forme de données de négociation en clair, ou provoquer un plantage en lisant une zone mémoire non mappée. Les versions 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 et 1.0.2 sont toutes concernées. L'avis ne décrit que le chemin DTLS. DTLS est du TLS sur UDP, alors qu'un site HTTPS ordinaire utilise TLS sur TCP ; si l'un de vos services utilise DTLS, traitez celle-ci en premier.
- Modérée, CVE-2026-84783 : une utilisation après libération dans le cache des extensions X.509 lors de la première utilisation concurrente, qui permet à un pair distant non authentifié de faire planter un client TLS multithread, ou un serveur TLS multithread qui demande des certificats clients. Seule la 4.0 est concernée ; la 3.6 et les versions antérieures ne le sont pas.
- Les 12 autres, toutes faibles, concernent notamment le traitement des CRL, QUIC et des canaux auxiliaires temporels dans les calculs sur courbes elliptiques.
Le vrai changement porte sur les périodes de support
La page officielle de stratégie de versions d'OpenSSL est explicite :
- la 3.4 est supportée jusqu'au 22 octobre 2026 et la 3.6 jusqu'au 1er novembre 2026 ;
- la 3.5 est la version à support long terme (LTS), supportée jusqu'au 8 avril 2030 ; la 4.0 est supportée jusqu'au 14 mai 2027 ;
- les versions 3.0, 1.1.1 et 1.0.2 ne sont plus supportées, et leurs correctifs de sécurité ne sont disponibles que via un support étendu payant ; les versions 3.1, 3.2 et 3.3 ne sont plus supportées et n'ont pas été analysées pour cet avis.
Ce que cela signifie pour un VPS
De nombreux systèmes fournissent encore la série 3.0 : c'est le cas d'Ubuntu 22.04, d'Ubuntu 24.04 et de Debian 12. Puisque l'amont ne publie plus de correctifs pour la 3.0, les mises à jour de sécurité dépendent entièrement des rétroportages faits par les distributions. Voici l'état constaté le 12 octobre :
- Ubuntu a publié des mises à jour pour la faille élevée : 3.0.2-0ubuntu1.30 sur 22.04, 3.0.13-0ubuntu3.16 sur 24.04 et 3.5.5-1ubuntu3.6 sur 26.04 ; pour 20.04 et 18.04, les correctifs nécessitent Ubuntu Pro.
- Debian 13 est corrigée via DSA-6531-1 (3.5.7-1~deb13u3) ; Debian 12 est toujours marquée vulnerable sur le suivi de sécurité.
Que faire : vérifiez la bibliothèque système avec openssl version, recherchez les mises à jour openssl / libssl en attente avec apt list --upgradable, puis, une fois installées, redémarrez tous les services qui utilisent TLS (Nginx, bases de données, messagerie, etc.) — sinon les processus en cours gardent l'ancienne bibliothèque chargée. Si vous avez compilé vous-même OpenSSL 3.4 en liaison statique, il n'y aura plus de correctifs en amont après le 22 octobre : passez rapidement à la 3.5 LTS ; c'est aussi la version qui prend en charge nativement ML-KEM, dont nous parlions dans notre article sur le TLS post-quantique. Pour le système, privilégiez les versions à support long terme encore dans leur période de support — choisir le système d'exploitation de son VPS les compare, et notre article sur la mise à niveau de 24.04 vers 26.04 détaille le chemin de mise à niveau d'Ubuntu. Pour les certificats et HTTPS, voir configurer un certificat SSL Let's Encrypt.