GHSA-wrw6-8jh4-qvcx
A vulnerability in wolfSSL's OpenSSL compatibility certificate verifier (wolfSSL_X509_verify_cert()) allows a trust-chain bypass via path-depth exhaustion. This affects only builds configured with --enable-opensslextra when applications call X509_verify_cert() with untrusted intermediates supplied by the caller. The verifier may incorrectly accept a certificate chain that does not reach a trusted anchor if the chain length exceeds the maximum path depth (default 100). Native wolfSSL TLS/DTLS usage and the default TLS handshake verification are not impacted.
AI Analysis
Technical Summary
The vulnerability (CVE-2026-11999) exists in wolfSSL's OpenSSL compatibility mode when the X509_verify_cert() function is called with caller-supplied untrusted intermediates. If the certificate chain exceeds the verifier's maximum path depth, the verification process stops prematurely and returns success based on the last verified link rather than confirming a trust anchor. This allows an attacker to present a crafted certificate chain that bypasses trust validation. This issue only affects builds with --enable-opensslextra and manual or deferred verification through this API; native wolfSSL TLS/DTLS and default peer verification are unaffected.
Potential Impact
Applications using wolfSSL with --enable-opensslextra that perform manual or deferred certificate verification via X509_verify_cert() and supply untrusted intermediates may accept attacker-controlled certificates without proper trust validation. This can lead to acceptance of malicious certificates, undermining TLS security. Native wolfSSL TLS/DTLS usage and default verification modes are not impacted, limiting the scope of the vulnerability.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, avoid using manual or deferred verification with caller-supplied untrusted intermediates in builds enabled with --enable-opensslextra. Prefer native wolfSSL TLS/DTLS usage or default TLS handshake verification (WOLFSSL_VERIFY_PEER), which are not affected by this issue.
GHSA-wrw6-8jh4-qvcx
Description
A vulnerability in wolfSSL's OpenSSL compatibility certificate verifier (wolfSSL_X509_verify_cert()) allows a trust-chain bypass via path-depth exhaustion. This affects only builds configured with --enable-opensslextra when applications call X509_verify_cert() with untrusted intermediates supplied by the caller. The verifier may incorrectly accept a certificate chain that does not reach a trusted anchor if the chain length exceeds the maximum path depth (default 100). Native wolfSSL TLS/DTLS usage and the default TLS handshake verification are not impacted.
CVSS v4.0
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability (CVE-2026-11999) exists in wolfSSL's OpenSSL compatibility mode when the X509_verify_cert() function is called with caller-supplied untrusted intermediates. If the certificate chain exceeds the verifier's maximum path depth, the verification process stops prematurely and returns success based on the last verified link rather than confirming a trust anchor. This allows an attacker to present a crafted certificate chain that bypasses trust validation. This issue only affects builds with --enable-opensslextra and manual or deferred verification through this API; native wolfSSL TLS/DTLS and default peer verification are unaffected.
Potential Impact
Applications using wolfSSL with --enable-opensslextra that perform manual or deferred certificate verification via X509_verify_cert() and supply untrusted intermediates may accept attacker-controlled certificates without proper trust validation. This can lead to acceptance of malicious certificates, undermining TLS security. Native wolfSSL TLS/DTLS usage and default verification modes are not impacted, limiting the scope of the vulnerability.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, avoid using manual or deferred verification with caller-supplied untrusted intermediates in builds enabled with --enable-opensslextra. Prefer native wolfSSL TLS/DTLS usage or default TLS handshake verification (WOLFSSL_VERIFY_PEER), which are not affected by this issue.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-wrw6-8jh4-qvcx
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-11999"]
- Ecosystems
- []
- Database Specific Severity
- HIGH
- Cvss Version
- 4.0
Threat ID: 6a3ef79127e9c79719ff6ec5
Added to database: 06/26/2026, 22:05:05 UTC
Last enriched: 06/26/2026, 22:17:50 UTC
Last updated: 06/27/2026, 00:51:27 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.