Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain man-in-the-middle position on client traffic
-
DeliveryPresent crafted certificate abusing CN fallback
-
ExploitBypass GnuTLS hostname verification
-
ExecutionEstablish trusted TLS session
-
ImpactEavesdrop and tamper with communications
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate host validation
|
| Exploitation Conditions | Exploitation requires the attacker to occupy a man-in-the-middle position on the TLS connection between a GnuTLS 3.8.13 client and its intended server, and to supply a crafted certificate that triggers the Common Name fallback path in hostname verification. The key limiting factor is this MITM prerequisite - the flaw does not permit remote compromise of an arbitrary host without traffic interception. It specifically affects deployments using the vulnerable GnuTLS 3.8.13 for client-side certificate hostname validation; the exact vulnerable-version range and any fixed release cannot be confirmed because the input CPE and affected-version fields are 'n/a'. No victim user interaction beyond initiating the normal TLS connection is required. |
| Impact | Signals conflict and warrant careful interpretation. The NVD CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N, C:H/I:H/A:N, score 9.1) portrays a trivially exploitable network flaw, but the vulnerability class (CWE-297, improper hostname/host-mismatch validation enabling eavesdropping via a crafted certificate) inherently requires the attacker to already hold a man-in-the-middle position on the victim's traffic - a precondition the AC:L rating arguably understates; a more defensible complexity is AC:H. The EPSS score is very low (0.11%, 1st percentile), indicating the modeling community sees little sign of imminent mass exploitation, and the CVE is NOT on CISA KEV, so there is no confirmed active exploitation. One of the references is a GitHub gist, which MAY contain proof-of-concept material, but the input provides no explicit POC flag and its contents are unverified. Net assessment: this is a genuine security-relevant TLS trust-bypass in a widely deployed library and should be patched, but the real-world priority is tempered by the MITM precondition and low EPSS - treat it as important-to-patch rather than an emergency drop-everything issue absent evidence the gist is a working exploit. Note also the metadata is badly degraded (CPE and affected-version fields are literally 'n/a'), so affected-version scoping cannot be confirmed from the provided data. |
| Exploit ScenarioDerived | An attacker positioned on the network path between a GnuTLS 3.8.13 client and its intended server (e.g., on shared Wi-Fi, a compromised router, or via DNS/ARP spoofing) presents a crafted certificate that abuses the Common Name fallback logic to pass hostname verification for a host it does not legitimately represent. The client accepts the TLS session as valid, letting the attacker decrypt and eavesdrop on (and potentially tamper with) the supposedly protected communications. A referenced public gist may contain proof-of-concept certificate material, but its status as a working exploit is not confirmed in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 10, 2026
Man-in-the-middle attackers can bypass certificate hostname verification in GnuTLS 3.8.13, letting them impersonate the intended TLS server and eavesdrop on client communications that should have been protected by certificate validation. Exploitation requires the attacker to already occupy a MITM position between a GnuTLS 3.8.13 client and its intended server and to supply a crafted certificate that is mishandled on the Common Name fallback path; no victim action beyond completing a normal TLS handshake is required, but the flaw does not permit compromise of an arbitrary host without traffic interception. Published severity is 9.1, while our independent assessment is more conservative (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N, roughly 8.1) because of that MITM prerequisite; EPSS is 0.11% (1st percentile), there is no CISA KEV listing, and no public exploit code was identified at time of analysis, though a GitHub Gist is cited among the references with unconfirmed content.
RemediationAI
No vendor-released patch has been identified in the available data, and no fixed version number can be cited; the upstream GitLab issue at https://gitlab.com/gnutls/gnutls/-/issues/1802 is the authoritative location to monitor for a released fix, after which affected hosts should be upgraded to the first patched GnuTLS release and all bundled or statically linked copies of libgnutls 3.8.13 rebuilt. Until then, the most direct compensating control is to stop relying on CN fallback: applications that can set GnuTLS verification flags should disable Common Name matching (the GNUTLS_VERIFY_DISABLE_CN_MATCH flag in gnutls_certificate_set_verify_flags), accepting the side effect that certificates lacking a SAN for the target hostname will now fail outright, which may break legacy internal services and should be tested before rollout. Because the assessed exploit path requires a MITM position, reducing interception opportunities also materially lowers risk: enforce certificate or public-key pinning where the client supports it (pinning carries operational overhead and requires a rotation plan), prefer mutual TLS or pre-shared trust for high-value client connections, and monitor for rogue or misissued CA certificates. Defenders should not rely on 'no patch exists' as a conclusion, only that none appears in this dataset, and should re-check the upstream issue and the NVD entry at https://nvd.nist.gov/vuln/detail/CVE-2026-88647 for a released fixed version.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The issue is a certificate hostname-matching defect in GnuTLS 3.8.13, classified as CWE-297 (Improper Validation of Certificate with Host Mismatch). Under RFC 6125/RFC 9525, the Subject Alternative Name (SAN) extension is the authoritative source for hostname identity and the legacy Common Name (CN) field is at best a deprecated fallback used only when no SAN is present. The described bypass lets an attacker circumvent the CN fallback mechanism entirely with a crafted certificate, so a client that would otherwise reject a mismatched identity accepts one controlled by the attacker. This matters most for deployments that use GnuTLS for client-side TLS verification (tools, appliances, and applications linking libgnutls) rather than for a GnuTLS-based server accepting inbound connections. The affected-version metadata supplied with this CVE is unusable: the CPE string is 'cpe:2.3:a:n/a:n/a:*:*:*:*:*:*:*:*' and the EUVD affected-version list is 'n/a n/a', so only the version named in the description (3.8.13) can be treated as confirmed, and no vulnerable range or fix boundary can be independently established from the data provided. The relevant attack surface is narrowed by the assessed vector's AC:H rating, which reflects the requirement for the attacker to interpose on the TLS session rather than reach the host directly.
Know when Gnutls gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
A certificate hostname-validation bypass requires an existing MITM position, so AC:H rather than NVD's AC:L; no privileges or UI needed, and full MITM yields C:H/I:H with no availability impact.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
3DescriptionCVE.org
A hostname verification bypass in GnuTLS v3.8.13 allows attackers to circumvent the Common Name fallback mechanism and eavesdrop on communications via a crafted certificate.
Executive ViewAI
GnuTLS 3.8.13 clients can be impersonated by an attacker who already sits in the network path, undermining certificate validation and exposing TLS-protected communications to eavesdropping or alteration. The issue is unauthenticated (PR:N) but requires a man-in-the-middle position and is assessed by our team at roughly 8.1 despite the published 9.1; there is no CISA KEV listing and no public exploit identified at time of analysis. Leadership should care because affected GnuTLS 3.8.13 deployments that traverse untrusted or third-party networks cannot fully rely on TLS server authentication, and no vendor-released patch is identified at time of analysis.
No vendor-released patch identified at time of analysis. Interim mitigations include certificate pinning or mutual TLS, disabling or avoiding Common Name fallback where configurable, restricting affected GnuTLS 3.8.13 clients to trusted network paths/VPNs, segmenting and monitoring TLS traffic for MITM indicators, and maintaining an inventory and rapid update plan for GnuTLS 3.8.13 pending vendor remediation.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
A flaw was found in gnutls. Rated critical severity (CVSS 9.8), this vulnerability is remotely exploitable, no authentic
Buffer overflow in the read_server_hello function in lib/gnutls_handshake.c in GnuTLS before 3.1.25, 3.2.x before 3.2.15
An issue was discovered in GnuTLS before 3.6.15. Rated high severity (CVSS 7.5), this vulnerability is remotely exploita
A vulnerability was found in GnuTLS. Rated high severity (CVSS 7.5), this vulnerability is remotely exploitable, no auth
Alpine Linux: gnutls fixed in 3.8.3-r0
Double free vulnerability in libgnutls in GnuTLS before 3.0.14 allows remote attackers to cause a denial of service (app
A timing side-channel in the handling of RSA ClientKeyExchange messages was discovered in GnuTLS. Rated high severity (C
It was discovered in gnutls before version 3.6.7 upstream that there is an uninitialized pointer access in gnutls versio
A vulnerability was found in gnutls versions from 3.5.8 before 3.6.7. Rated high severity (CVSS 7.5), this vulnerability
The asn1_get_length_der function in decoding.c in GNU Libtasn1 before 2.12, as used in GnuTLS before 3.0.16 and other pr
Double free vulnerability in the gnutls_x509_ext_import_proxy function in GnuTLS before 3.3.26 and 3.5.x before 3.5.8 al
gnutls_cipher.c in libgnutls in GnuTLS before 2.12.17 and 3.x before 3.0.15 does not properly handle data encrypted with
EUVD-2026-95113
GHSA-2j2x-fffq-ff4q
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB