CVE-2026-11310
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 4 — wyżej niż 4% wszystkich znanych CVE
Streszczenie
Podatność w bibliotece wolfSSL umożliwia obejście łańcucha zaufania X.509 w funkcji X509_verify_cert() podczas weryfikacji certyfikatów z niezaufanymi certyfikatami pośrednimi. Atakujący może przedstawić łańcuch certyfikatów, który nie sięga zaufanego punktu kotwiczenia, a mimo to zostanie zaakceptowany.
Ocena ryzyka
Organizacja narażona jest na akceptację fałszywych certyfikatów w scenariuszach takich jak S/MIME, podpisywanie kodu czy JWT, co może prowadzić do podszywania się pod zaufane podmioty i naruszenia integralności danych.
Rekomendacja
Należy natychmiast zaktualizować bibliotekę wolfSSL do wersji, w której usunięto tę podatność. Jeśli aktualizacja nie jest możliwa, należy unikać używania funkcji X509_verify_cert() z niezaufanymi certyfikatami pośrednimi.
Oryginalny opis (angielski, źródło NVD)
X.509 trust-chain bypass in the OpenSSL compatibility certificate verifier (wolfSSL_X509_verify_cert()). This affects only builds with --enable-opensslextra (OPENSSL_EXTRA) and whose application validates certificates by calling X509_verify_cert() with caller-supplied untrusted intermediate certificates; for those users it is critical, otherwise the library is unaffected. In particular, native wolfSSL TLS/DTLS usage is not impacted. wolfSSL's X509_verify_cert() temporarily loads each caller-supplied untrusted intermediate into the certificate manager but failed to drop them before the trusted-store check, so an untrusted intermediate could anchor the path itself. An attacker can present a chain that never reaches a configured trust anchor and have it accepted, resulting in acceptance of an attacker-controlled certificate. This is certificate verification independent of TLS (e.g. S/MIME/CMS, code/firmware signing, JWT/JWS x5c), is not specific to any key type or algorithm, and a single untrusted intermediate suffices. The default wolfSSL TLS handshake (WOLFSSL_VERIFY_PEER) is not affected; only TLS applications doing manual or deferred peer verification through this API are, which also requires --enable-sessioncerts.