Skip to main content

GnuTLS CVE-2026-88647

| EUVDEUVD-2026-95113 CRITICAL
Improper Validation of Certificate with Host Mismatch (CWE-297)
2026-10-08 mitre GHSA-2j2x-fffq-ff4q
9.1
CVSS 3.1 · Vendor: mitre
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain man-in-the-middle position on client traffic
  2. Delivery
    Present crafted certificate abusing CN fallback
  3. Exploit
    Bypass GnuTLS hostname verification
  4. Execution
    Establish trusted TLS session
  5. Impact
    Eavesdrop 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.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
No patch listed yet 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

n/a n/a

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

Vendor (mitre) PRIMARY 9.1 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
vuln.today AI 7.4 HIGH

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.

3.1 AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (mitre).

CVSS VectorVendor: mitre

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
None

Lifecycle Timeline

3
CVSS changed
Oct 10, 2026 - 03:22 NVD
9.1 (CRITICAL)
CVE Published
Oct 08, 2026 - 00:00 cve.org
CRITICAL 9.1
CVE Published
Oct 08, 2026 - 00:00 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.1%
Top 99% exploitable
Prevalence
High
GnuTLS is a widely deployed TLS library across Linux distributions and applications
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment MSRC GitHub VulDB

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.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Total

Priority Score

46
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +46
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

More in Gnutls

View all
CVE-2021-20231 CRITICAL POC
9.8 Mar 12

A flaw was found in gnutls. Rated critical severity (CVSS 9.8), this vulnerability is remotely exploitable, no authentic

CVE-2014-3466 MEDIUM POC
6.8 Jun 03

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

CVE-2020-24659 HIGH POC
7.5 Sep 04

An issue was discovered in GnuTLS before 3.6.15. Rated high severity (CVSS 7.5), this vulnerability is remotely exploita

CVE-2024-0553 HIGH POC
7.5 Jan 16

A vulnerability was found in GnuTLS. Rated high severity (CVSS 7.5), this vulnerability is remotely exploitable, no auth

CVE-2024-0567 HIGH POC
7.5

Alpine Linux: gnutls fixed in 3.8.3-r0

CVE-2012-1663 HIGH POC
7.5 Mar 13

Double free vulnerability in libgnutls in GnuTLS before 3.0.14 allows remote attackers to cause a denial of service (app

CVE-2023-0361 HIGH POC
7.4 Feb 15

A timing side-channel in the handling of RSA ClientKeyExchange messages was discovered in GnuTLS. Rated high severity (C

CVE-2019-3836 HIGH POC
7.5 Apr 01

It was discovered in gnutls before version 3.6.7 upstream that there is an uninitialized pointer access in gnutls versio

CVE-2019-3829 HIGH POC
7.5 Mar 27

A vulnerability was found in gnutls versions from 3.5.8 before 3.6.7. Rated high severity (CVSS 7.5), this vulnerability

CVE-2012-1569 MEDIUM POC
5.0 Mar 26

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

CVE-2017-5334 CRITICAL
9.8 Mar 24

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

CVE-2012-1573 MEDIUM POC
5.0 Mar 26

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

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy