OpenSSL et WolfSSL corrigent des failles TLS graves

Les mainteneurs de deux bibliothèques cryptographiques open source très répandues, OpenSSL et WolfSSL, ont chacun publié des correctifs pour une douzaine de problèmes de sécurité. Les deux lots comprennent des failles de gravité élevée. Chez WolfSSL, trois d'entre elles peuvent permettre à des attaquants de contourner l'authentification du pair.

OpenSSL corrige une fuite mémoire dans DTLS

OpenSSL a corrigé 14 vulnérabilités. Une seule est classée de gravité élevée. Référencée CVE-2026-84782, elle touche les applications qui utilisent Datagram TLS (DTLS). DTLS est une variante de TLS conçue pour les échanges sans connexion, et on la retrouve souvent dans les VPN, les systèmes de VoIP et les objets connectés.

Le bug se déclenche pendant la négociation DTLS. Si OpenSSL retransmet un message alors que l'envoi d'un autre message est bloqué, des résidus de données du tas peuvent être envoyés en clair à la partie distante. Un pair distant peut en profiter pour récupérer des fragments de la mémoire du tas. Si la lecture atteint une zone mémoire non mappée, l'application plante, ce qui provoque un déni de service (DoS).

La faille obtient un score CVSS de 8,2. Elle est exploitable à distance par le réseau, sans authentification ni interaction de l'utilisateur.

Les nouvelles versions corrigent aussi un problème de gravité moyenne, CVE-2026-84783. Un pair distant non authentifié peut s'en servir pour faire planter un client TLS multithread, ce qui entraîne là encore un déni de service.

Les autres bugs d'OpenSSL sont classés de faible gravité. La plupart provoquent des dénis de service par une consommation excessive de mémoire ou de CPU, des plantages de processus ou l'interruption de connexions DTLS 1.2. Deux autres types de problèmes sortent du lot. Certains pourraient permettre à des attaquants de détourner des serveurs QUIC pour amplifier des attaques DDoS. D'autres concernent des canaux auxiliaires temporels susceptibles de divulguer des informations utiles pour retrouver des clés privées.

WolfSSL 5.9.4 bouche des contournements d'authentification

WolfSSL a publié la version 5.9.4 le 25 septembre. En plus de nouvelles fonctionnalités, cette version corrige 11 vulnérabilités, dont trois classées de gravité élevée. Chacune d'elles peut permettre à un attaquant de contourner l'authentification du pair dans certaines configurations.

CVE-2026-93302 existe parce que WolfSSL ne vérifie pas la clé publique lorsqu'il compare un certificat à un certificat de pair de confiance. Un serveur malveillant qui sait à quelles autorités de certification (AC) un client fait confiance peut présenter un clone falsifié de l'une d'elles et passer l'authentification. Les compilations concernées incluent celles destinées à l'intégration avec Nginx, HAProxy, Stunnel, Apache httpd et d'autres applications.

CVE-2026-89102 part d'une situation différente. Un attaquant qui détient n'importe quel certificat, avec sa clé privée, rattaché à une AC reconnue par le client peut forger des certificats pour des identités arbitraires.

CVE-2026-89136 touche les clients sur lesquels la prise en charge des Raw Public Keys (RPK) est activée. Un serveur malveillant peut contourner l'authentification en choisissant un type de certificat RPK que le client n'a jamais demandé.

Quatre bugs de gravité moyenne concernent des défauts de validation des certificats et une erreur dans l'enchaînement de la négociation. Un attaquant pourrait s'en servir pour contourner les contraintes de nom ou introduire une AC non vérifiée dans le gestionnaire de certificats partagé. L'erreur de négociation pourrait permettre à un attaquant de mener à bien une négociation TLS 1.2 ou DTLS 1.2 à la place du serveur légitime et d'envoyer des données que le client accepte comme authentiques.

Les quatre problèmes de faible gravité pourraient entraîner :

un use-after-free lors de la fermeture de la connexion
l'absence de vérification de révocation par CRL
l'acceptation de certificats dont la signature est invalide
l'usurpation de l'identité d'un serveur

La plupart supposent des configurations particulières ou l'utilisation d'anciennes API.

Pourquoi c'est important

Les deux bibliothèques ne sont pas exposées de la même manière. La faille grave d'OpenSSL fait fuiter de la mémoire et plante des services. Les failles de WolfSSL s'attaquent au modèle de confiance lui-même, en permettant à un serveur malveillant de se faire passer pour légitime. Pour une bibliothèque TLS, les contournements d'authentification sont sans doute la catégorie la plus grave, car ils sapent la garantie même que les utilisateurs attendent de la bibliothèque.

L'aspect DTLS mérite qu'on s'y arrête. DTLS est courant dans les VPN et les équipements connectés, des produits souvent mis à jour avec lenteur. Les équipements en bordure de réseau continuent d'attirer les attaquants, comme le montre l'exploitation récente de boîtiers VPN. WolfSSL est très utilisé dans les produits embarqués, si bien que les correctifs risquent de mettre du temps à atteindre les utilisateurs finaux via les firmwares des fabricants.

Les bugs de canaux auxiliaires temporels d'OpenSSL sont classés de faible gravité. Ils s'inscrivent pourtant dans un flux régulier de recherches sur les fuites liées au temps d'exécution et au comportement du matériel, comme la récente variante de Spectre v2.

Plusieurs points sont à surveiller. D'abord, si les éditeurs qui intègrent ces bibliothèques publient leurs propres bulletins. Ensuite, si du code de preuve de concept fait surface pour les contournements d'authentification de WolfSSL. Les équipes qui utilisent les intégrations Nginx, HAProxy, Stunnel ou Apache httpd devraient vérifier leurs compilations en priorité.