OpenSSL en WolfSSL dichten ernstige TLS-lekken
De beheerders van twee veelgebruikte opensource cryptografische bibliotheken, OpenSSL en WolfSSL, hebben elk updates uitgebracht voor zo'n tiental beveiligingsproblemen. In beide gevallen gaat het ook om lekken met een hoge ernst. Bij WolfSSL kunnen aanvallers met drie daarvan de authenticatie van de tegenpartij omzeilen.
OpenSSL dicht geheugenlek in DTLS
OpenSSL heeft 14 kwetsbaarheden verholpen. Slechts een daarvan krijgt de beoordeling hoog. Het lek staat bekend als CVE-2026-84782 en treft applicaties die Datagram TLS (DTLS) gebruiken. DTLS is een variant van TLS voor verbindingsloos verkeer en komt vaak voor in vpn's, VoIP-systemen en IoT-apparaten.
De bug treedt op tijdens de DTLS-handshake. Als OpenSSL een bericht opnieuw verstuurt terwijl het versturen van een ander bericht vastloopt, kunnen restanten van heapdata onversleuteld naar de andere partij worden gestuurd. Een externe tegenpartij kan zo fragmenten van het heapgeheugen bemachtigen. Komt de leesactie uit bij niet-toegewezen geheugen, dan crasht de applicatie, wat leidt tot een denial-of-service (DoS).
Het lek heeft een CVSS-score van 8,2. Het is via het netwerk te misbruiken zonder authenticatie en zonder handelingen van de gebruiker.
De updates verhelpen ook een probleem met een gemiddelde ernst, CVE-2026-84783. Een externe, niet-geauthenticeerde tegenpartij kan daarmee een multithreaded TLS-client laten crashen, wat opnieuw een DoS oplevert.
De overige bugs in OpenSSL krijgen de beoordeling laag. De meeste veroorzaken een DoS door overmatig geheugen- of CPU-gebruik, crashende processen of het afbreken van DTLS 1.2-verbindingen. Twee andere soorten problemen springen eruit. Een deel zou aanvallers in staat stellen QUIC-servers te misbruiken voor DDoS-versterking. Bij andere gaat het om timing-side-channels die informatie kunnen lekken waarmee private sleutels te achterhalen zijn.
WolfSSL 5.9.4 dicht authenticatie-omzeilingen
WolfSSL bracht op 25 september versie 5.9.4 uit. Naast nieuwe functies verhelpt deze release 11 kwetsbaarheden, waarvan er drie de beoordeling hoog krijgen. Met elk van de drie kan een aanvaller in bepaalde configuraties de authenticatie van de tegenpartij omzeilen.
CVE-2026-93302 bestaat omdat WolfSSL de publieke sleutel niet controleert wanneer het een certificaat vergelijkt met een vertrouwd certificaat van de tegenpartij. Een kwaadaardige server die weet welke certificaatautoriteiten (CA's) een client vertrouwt, kan een vervalste kloon van een van die CA's presenteren en zo langs de authenticatie komen. Getroffen zijn onder meer builds voor integratie met Nginx, HAProxy, Stunnel, Apache httpd en andere applicaties.
CVE-2026-89102 gaat uit van een ander startpunt. Een aanvaller die een willekeurig certificaat plus de bijbehorende private sleutel bezit, dat terugleidt naar een CA die de client vertrouwt, kan certificaten vervalsen voor elke gewenste identiteit.
CVE-2026-89136 treft clients waarop ondersteuning voor Raw Public Key (RPK) is ingeschakeld. Een kwaadaardige server kan de authenticatie omzeilen door een RPK-certificaattype te kiezen waar de client nooit om heeft gevraagd.
Vier bugs met een gemiddelde ernst hebben te maken met fouten in de certificaatvalidatie en een fout in de volgorde van de handshake. Een aanvaller kan daarmee naambeperkingen omzeilen of een niet-geverifieerde CA in de gedeelde certificaatbeheerder planten. Door de handshakefout kan een aanvaller in plaats van de legitieme server een TLS 1.2- of DTLS 1.2-handshake voltooien en gegevens sturen die de client als echt accepteert.
De vier problemen met een lage ernst kunnen leiden tot:
- een use-after-free bij het afsluiten van een verbinding
- overgeslagen CRL-controles op ingetrokken certificaten
- acceptatie van certificaten met ongeldige handtekeningen
- het zich voordoen als de server
Voor de meeste daarvan zijn specifieke configuraties of verouderd API-gebruik nodig.
Waarom dit ertoe doet
De twee bibliotheken zijn op verschillende manieren kwetsbaar. Het ernstige lek in OpenSSL laat geheugen weglekken en brengt diensten plat. De lekken in WolfSSL richten zich op het vertrouwensmodel zelf: een kwaadaardige server kan zich voordoen als legitiem. Voor een TLS-bibliotheek zijn authenticatie-omzeilingen misschien wel de ernstigere categorie, omdat ze de garantie ondermijnen waarvoor gebruikers juist op de bibliotheek vertrouwen.
Het DTLS-aspect verdient aandacht. DTLS is gangbaar in vpn's en IoT-apparatuur, en die producten krijgen vaak traag updates. Edge-apparaten blijven aanvallers trekken, zoals het recente misbruik van vpn-appliances laat zien. WolfSSL is populair in embedded producten, dus het kan even duren voordat de fixes via firmware van leveranciers bij eindgebruikers aankomen.
De timing-side-channelbugs in OpenSSL krijgen de beoordeling laag. Toch passen ze in een gestage stroom onderzoek naar lekken via timing en hardwaregedrag, zoals de recente Spectre v2-variant.
Er zijn een paar dingen om in de gaten te houden. Ten eerste of leveranciers die deze bibliotheken meeleveren met eigen adviezen komen. Ten tweede of er proof-of-conceptcode opduikt voor de authenticatie-omzeilingen in WolfSSL. Teams die de integraties met Nginx, HAProxy, Stunnel of Apache httpd gebruiken, doen er goed aan eerst hun builds te controleren.