OpenSSL corrige une fuite mémoire DTLS de gravité élevée dans sa dernière version

OpenSSL a publié des mises à jour de sécurité le 29 septembre pour combler une vulnérabilité de gravité élevée dans son implémentation de la Datagram Transport Layer Security (DTLS). La faille, identifiée sous le nom CVE-2026-84782, permet à un attaquant de potentiellement fuiter de la mémoire du tas ou de provoquer un déni de service en déclenchant une condition de course spécifique lors des retransmissions de poignée de main. Des correctifs sont publiquement disponibles pour les branches récentes, tandis que les versions plus anciennes nécessitent désormais un support payant premium.

Ce qui s'est passé

La vulnérabilité affecte le protocole DTLS, qui est essentiellement une adaptation de TLS pour le trafic UDP. Il est couramment utilisé dans les systèmes de communication en temps réel comme WebRTC pour les appels vocaux et vidéo. Le problème survient lorsqu'un grand message de poignée de main est envoyé par fragments. Si le réseau interrompt la transmission au milieu du message, un minuteur peut déclencher la retransmission d'un message précédent. En raison d'une erreur logique, l'opération de retransmission utilise incorrectement la position du tampon du grand message interrompu au lieu de revenir au début du message à retransmettre.

Cette incohérence fait que le paquet retransmis contient des octets résiduels du message plus large, étiquetés incorrectement. Ces octets peuvent inclure des données non chiffrées provenant de la mémoire du tas de l'application, exposant ainsi des informations sensibles au pair distant. Dans les cas les plus graves, si l'opération de lecture accède à une mémoire non mappée, l'application plante. Laurent Gaffie de Secorizon a signalé le problème le 17 août, et Ryan Hooper a développé le correctif. OpenSSL n'a pas confirmé si un attaquant peut forcer cette condition de manière fiable, et aucune exploitation active n'a été observée dans la nature.

Le correctif est inclus dans OpenSSL 4.0.3, 3.6.5, 3.5.9 et 3.4.8. Cependant, la situation est plus complexe pour les utilisateurs des branches plus anciennes. OpenSSL 3.0 a atteint la fin de son support public de sécurité le 7 septembre. Par conséquent, le correctif pour la version 3.0 (publié sous 3.0.23) est réservé aux clients disposant de contrats de support premium. La même restriction s'applique aux branches 1.1.1 et 1.0.2, depuis longtemps dépréciées.

Comment cela fonctionne

DTLS gère les connexions UDP peu fiables en fragmentant les grands messages de poignée de main en petits datagrammes. Lorsqu'une connexion se bloque, le protocole utilise un minuteur de retransmission pour renvoyer les messages qui pourraient avoir été perdus. Le bug se produit dans l'interaction entre ce minuteur et la logique de fragmentation. Lorsqu'un grand message est partiellement envoyé puis mis en pause, l'état interne suit la position actuelle dans le tampon. Si le minuteur se déclenche pour un autre message précédent pendant que le grand message est en pause, le code continue par erreur d'écrire à partir de la position mise en pause au lieu du début du message retransmis.

Il en résulte un paquet qui prétend être un message de poignée de main mais qui contient des données arbitraires provenant du tas. Comme l'étiquette est erronée, l'extrémité réceptrice peut traiter ces données comme un contenu de protocole valide, entraînant une fuite d'informations. Si le débordement de tampon atteint des adresses mémoire invalides, le processus s'arrête abruptement. La faille affecte à la fois les clients et les serveurs DTLS, et le correctif garantit que les retransmissions réinitialisent toujours correctement le pointeur de tampon.

Détails clés

• Identifiant CVE : CVE-2026-84782, classé Gravité Élevée par OpenSSL et 8.2/10 par CISA.
• Protocole affecté : DTLS uniquement ; le TLS standard sur TCP n'est pas impacté.
• Correctifs publics : Disponibles dans OpenSSL 4.0.3, 3.6.5, 3.5.9 et 3.4.8.
• Correctifs restreints : OpenSSL 3.0.23, 1.1.1zj et 1.0.2zs sont réservés aux clients du support premium.
• Mises à jour des distributions : Ubuntu 26.04, 24.04 et 22.04 ont publié des paquets corrigés ; Debian 13 est corrigé, mais Debian 12 reste vulnérable au 30 septembre.
• Autres failles : Cette version corrige également 13 autres problèmes, dont un plantage de gravité modérée dans OpenSSL 4.0 (CVE-2026-84783).

Pourquoi c'est important

Pour les développeurs créant des outils de communication en temps réel, cette vulnérabilité pose un risque direct pour la vie privée des utilisateurs et la disponibilité des services. Les fuites de mémoire du tas peuvent exposer des clés de session, des données personnelles ou l'état interne de l'application. Puisque DTLS est fondamental pour WebRTC, tout service utilisant la voix, la vidéo ou des canaux de données en temps réel sur UDP doit vérifier sa dépendance à OpenSSL. L'absence de solution de contournement signifie que la mise à jour est la seule voie de mitigation.

Le passage d'OpenSSL 3.0 à des mises à jour de sécurité réservées au premium marque un changement significatif pour de nombreuses distributions Linux et systèmes embarqués. Les équipes reposant sur les versions Long Term Support (LTS) d'Ubuntu ou de Debian qui intègrent OpenSSL 3.0 doivent désormais compter sur leur mainteneur de distribution pour les backports ou acheter un support commercial. Cela ajoute une complexité opérationnelle et un coût potentiel à la maintenance d'une infrastructure sécurisée, soulignant la nécessité d'une gestion proactive des dépendances.

Que pouvez-vous faire

• Identifiez tous les services utilisant OpenSSL pour DTLS, en particulier les passerelles WebRTC ou les serveurs VoIP.
• Mettez à niveau vers la dernière version publique corrigée : 4.0.3, 3.6.5, 3.5.9 ou 3.4.8.
• Si vous utilisez OpenSSL 3.0, appliquez les correctifs spécifiques à votre distribution (par exemple, la mise à jour libssl3t64 d'Ubuntu) et redémarrez si nécessaire.
• Envisagez de migrer d'OpenSSL 3.0 vers une branche actuellement prise en charge comme 3.5 ou 4.0 pour garantir de futures mises à jour publiques de sécurité.
• Surveillez attentivement les systèmes Debian 12, car ils restent vulnérables jusqu'à la publication d'un correctif.
• Examinez les journaux pour détecter des plantages inhabituels ou des échecs de poignée de main qui pourraient indiquer une tentative d'exploitation.