Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach TLS service using GnuTLS 3.8.13
-
ExploitLegitimate certificate submitted for validation
-
ExecutionImproper validation rejects valid cert
-
ImpactValid users denied access (DoS)
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The affected component must be GnuTLS version 3.8.13 performing X.509 certificate validation (i.e., a service or client using GnuTLS to authenticate peers via certificates). The denial of service is triggered during normal validation of legitimate certificates, so no attacker-supplied malicious input or special configuration is required - it is effectively a defect that activates in the ordinary certificate-handling path. The principal limiting factor is version scope: only deployments running GnuTLS 3.8.13 (and performing certificate validation) are impacted; environments pinned to other versions or not using certificate authentication are unaffected. Because the failure denies valid users rather than granting an attacker anything, there is no confidentiality or integrity exposure and no attacker weaponization path evident from the available data. |
| Impact | The input CVSS of 7.5 (HIGH) is driven entirely by availability impact (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) with no confidentiality or integrity impact (C:N/I:N). The vector asserts remote, unauthenticated, low-complexity exploitation, but this conflicts with the description: the flaw causes GnuTLS to REJECT legitimate certificates for valid users, which reads as a functional/reliability regression (self-inflicted denial of service against your own valid users) rather than an attacker-weaponized remote DoS. In that reading AV:N/PR:N overstates attacker controllability - no external actor need act for legitimate users to be locked out. No EPSS score, no CISA KEV listing, no SSVC decision data, and no confirmed proof-of-concept were provided (one reference is a GitHub gist that MAY contain code but is unverified). There is therefore no evidence of active or widespread exploitation. Net assessment: this is best treated as a correctness/availability defect warranting a routine-to-prompt patch to restore service for valid users, NOT a high-urgency actively-exploited remote attack despite the HIGH CVSS. Note also a classification conflict: the description says 'improper certificate validation' (CWE-295 behavior) but the assigned CWE is CWE-400 (uncontrolled resource consumption) - verify the true root cause with the vendor. |
| Exploit ScenarioDerived | A client or peer presents a legitimate, valid certificate to a service built on GnuTLS 3.8.13; the library improperly rejects it, and the valid user is denied access. Because this manifests during normal certificate validation, the denial of service can occur without any malicious action - it affects legitimate users of any service relying on the affected GnuTLS version. No public exploit identified at time of analysis (a referenced GitHub gist is unverified). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
A certificate-validation defect in GnuTLS 3.8.13 causes the library to reject legitimate, valid X.509 certificates presented by genuine peers, producing availability failures for deployments that rely on GnuTLS certificate authentication. The issue is scored 7.5 (HIGH) purely on availability impact (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) and is reachable in the ordinary certificate-handling path rather than through attacker-supplied malicious input. There is no confirmed active exploitation (not listed in CISA KEV) and no public exploit code identified at time of analysis; risk is concentrated entirely in the narrow version scope of GnuTLS 3.8.13.
RemediationAI
No vendor-released patch version is identified in the supplied data, so the primary action is to avoid or migrate off GnuTLS 3.8.13 - pin to a known-good release outside that version until the upstream project publishes a fixed build, and track the GnuTLS project at http://gnutls.com plus the NVD entry (https://nvd.nist.gov/vuln/detail/CVE-2026-95184) for an updated advisory. Note that no fix version is stated and none should be assumed. As a compensating control, deployments that cannot immediately change GnuTLS versions and that use certificate-based peer authentication can be kept reachable by front-ending the affected service with a terminating TLS proxy or load balancer that performs certificate validation, so the defect is exercised on the proxy rather than in the impacted library - the trade-off is added infrastructure, an extra trust boundary, and the need to keep the proxy's own stack patched. Where the affected path is only exercised for certain peer classes, restricting certificate-authenticated connections to a known allow-list of trusted peers via network ACLs can reduce exposure, but this is not a functional fix and reduces legitimate reachability. Do not rely on the third-party gist or the unrelated https://evil.com reference as remediation guidance; verify any fix through the upstream GnuTLS project and the NVD advisory.
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
GnuTLS is a widely used open-source TLS/crypto library that applications and services link against for TLS transport and peer authentication, including X.509 certificate chain validation. The reported flaw sits in that validation logic: under version 3.8.13 the library fails to correctly evaluate otherwise-valid certificates, so legitimate users are denied access - the classic failure mode of mis-decoded or over-strict certificate checks. Although the CVE description frames it as 'improper certificate validation', the assigned CWE is CWE-400 (Uncontrolled Resource Consumption), indicating the tracked impact class is resource/availability rather than trust bypass; the authoritative assessment confirms a pure availability outcome with no confidentiality or integrity exposure (C:N/I:N). Because the trigger fires on legitimate certificates in normal operation, no malicious crafted certificate is needed. The provided CPE string is uninformative (cpe:2.3:a:n/a:n/a:*:*:*:*:*:*:*:*), so version scoping rests on the advisory text: only GnuTLS 3.8.13 deployments that perform peer certificate validation are in scope, while systems pinned to other releases or not using certificate-based authentication are unaffected.
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:N/I:N/A:H
Availability-only DoS in a network-facing TLS library with no confidentiality or integrity impact; retained AV:N/PR:N/AC:L to match reachable validation path, though attacker controllability is questionable since valid certs are self-rejected.
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
3DescriptionCVE.org
Improper certificate validation in gnutls v3.8.13 causes the application to reject legitimate certificates for valid users, leading to a Denial of Service (DoS).
Executive ViewAI
GnuTLS 3.8.13 contains a certificate-validation defect that causes the library to reject legitimate X.509 certificates, leading to availability failures for any service relying on GnuTLS for certificate authentication. Organizations using this specific version may experience service outages or degraded functionality, but there is no public exploit identified at time of analysis. Leadership should prioritize inventorying affected systems and planning for a downgrade or migration until a vendor patch is released.
No vendor-released patch identified at time of analysis. Interim mitigations include: downgrade to GnuTLS 3.8.12 or earlier stable release where possible; migrate affected services to an alternative TLS library (e.g., OpenSSL); implement health checks and failover to detect and route around certificate-validation failures; and restrict deployment of GnuTLS 3.8.13 in new or updated systems until a fixed version is available.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
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-95140
GHSA-prfj-h7xq-vv26
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB