CVE-2026-94419 in wolfSSL
Zusammenfassung
von VulDB • 27.09.2026
Ohne NO_SESSION_CACHE_REF gibt wolfSSL_get_session() kein Session-Objekt zurück, sondern eine ClientSession-Referenz der Form {row, index, hash(sessionID)} in den prozessglobalen SessionCache, und ClientSessionToSession() validiert diese ausschließlich gegen diesen Hash. Da die TLS 1.2-Sitzungs-ID vom Server gewählt wird und im Klartext gesendet wird, stimmt AddSessionToCache() mit der Sitzung eines anderen Servers auf derselben ID überein und überschreibt den clientseitigen Eintrag mit dem Masterschlüssel, der Cipher Suite und der Version dieses Servers, während das Handle weiterhin aufgelöst wird; nichts im Write-Pfad vergleicht den Peer, die Server-ID der Anwendung oder den WOLFSSL_CTX. Das Fortsetzen über das Handle führt zu einem verkürzten Handshake, bei dem keine Certificate-Nachricht gesendet wird, sodass weder die Kettenüberprüfung noch wolfSSL_check_domain_name() ausgeführt werden und der Angreifer als ursprünglicher Server für die gesamte Verbindung akzeptiert wird. Betroffene Builds sind solche, bei denen NO_SESSION_CACHE_REF, NO_SESSION_CACHE, NO_CLIENT_CACHE und TITAN_SESSION_CACHE alle undefiniert gelassen wurden, was einen einfachen ./configure, --enable-opensslextra und --enable-opensslall umfasst; fünfzehn Integrationsoptionen definieren NO_SESSION_CACHE_REF und sind daher nicht betroffen, darunter --enable-all, --enable-distro, --enable-curl, --enable-nginx, --enable-haproxy, --enable-stunnel, --enable-wpas sowie der Rest der OPENSSL_COMPATIBLE_DEFAULTS-Familie, während --enable-leanpsk, --enable-leantls, --enable-lowresource und --enable-tinytls13 den Cache vollständig deaktivieren. Die Anwendung muss den Legacy-Referenzfluss verwenden: wolfSSL_get_session() oder SSL_get_session(), gefolgt von wolfSSL_set_session(); wolfSSL_get1_session() gibt das Session-Objekt selbst zurück und ist nicht betroffen, ebenso wenig wie die Lookups mit wolfSSL_SetServerID(). Nur TLS 1.2 und niedriger sowie DTLS 1.2 und niedriger sind erreichbar, da TLS 1.3 und Ticket-Resumption mit einer leeren ServerHello-Sitzungs-ID jeweils einen clientseitig gewählten Cache-Key verwenden. Der vergiftete Eintrag lebt im prozessglobalen Cache, überschreitet also WOLFSSL_CTX-Grenzen und bleibt bestehen, bis der Eintrag verdrängt oder die Sitzung nach 500 Sekunden (Standardwert) abläuft. Die Versionen v5.3.0 bis v5.9.2 sind betroffen; die Korrektur fügt dem Cache einen pro-Write-Generationszähler hinzu und erhöht WOLFSSL_CACHE_VERSION von 2 auf 3, sodass ein von einem älteren Build persistierter Cache von einer korrigierten Version abgelehnt wird.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.