Skip to main content

GnuTLS EUVDEUVD-2026-95206

| CVE-2026-67693 HIGH
Time-of-check Time-of-use (TOCTOU) Race Condition (CWE-367)
2026-10-08 mitre GHSA-j75v-5pm7-3cg8
7.5
CVSS 3.1 · Vendor: mitre
View

Attack ChainAIDerived

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

  1. Access
    Position in TLS path as MITM
  2. Exploit
    Present end-entity cert with contradictory KU/EKU
  3. Execution
    GnuTLS fails to reject invalid certificate
  4. Impact
    Obtain sensitive information

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture TOCTOU prevention
Exploitation Conditions

The target application must use GnuTLS 3.8.13 to perform X.509 end-entity certificate verification and rely on Key Usage / Extended Key Usage constraints for trust decisions. The attacker must be able to supply a crafted end-entity certificate containing a contradictory KU/EKU combination that GnuTLS fails to reject, which in practice requires a man-in-the-middle position on the TLS path or control of a server/endpoint the victim connects to. Limiting factors: exploitation is only meaningful where applications depend on KU/EKU enforcement, and the attacker must deliver the malicious certificate into the validation flow rather than act purely remotely with no interaction with the victim's TLS session.

Impact

Signals are moderately conflicting. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N, 7.5 HIGH) describes a network-reachable, low-complexity, unauthenticated flaw with high confidentiality impact, which looks severe in isolation. However, CISA SSVC tempers this: Exploitation is rated 'none' (no observed exploitation or confirmed POC), Technical Impact is only 'partial', and while Automatable is 'yes', the real-world precondition (an attacker must present a crafted certificate, typically from a MITM or malicious-server position) makes opportunistic mass-exploitation less realistic than AC:L alone suggests. No EPSS score was provided, so exploitation probability cannot be quantified from this data. This is not in CISA KEV and no public exploit is confirmed, though a referenced GitHub gist may contain proof-of-concept material (unverified). Net: a genuine certificate-validation weakness in a widely-used TLS library that warrants patching on a normal remediation cycle, but not emergency/zero-day handling. Note a data inconsistency: CWE-367 (TOCTOU race condition) does not match the described certificate KU/EKU logic flaw - verify the CWE with the vendor.

Exploit ScenarioDerived

An attacker in a man-in-the-middle position (or operating a malicious server a GnuTLS client connects to) presents an end-entity X.509 certificate containing a contradictory combination of Key Usage and Extended Key Usage extensions. GnuTLS 3.8.13 fails to reject the certificate as it should, allowing the attacker to be trusted for a purpose the certificate was never valid for and thereby obtain sensitive information from the session. A GitHub gist referenced in the advisory may contain proof-of-concept material, but no confirmed public exploit or active exploitation exists at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
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 09, 2026

Certificate validation bypass in GnuTLS 3.8.13 allows an attacker who can introduce a crafted end-entity X.509 certificate into the verification path to obtain sensitive information, because the library fails to reject certificates carrying a contradictory combination of Key Usage (KU) and Extended Key Usage (EKU) values. The flaw is remotely reachable without authentication or user interaction (CVSS:3.1/AV:N/AC:L/PR:N/UI:N, C:H/I:N/A:N), and CISA's SSVC assessment rates it automatable with partial technical impact; no public exploit has been identified at time of analysis and the issue is not in CISA KEV. Exploitation is meaningful only where a consuming application actually relies on KU/EKU constraints for its trust decisions, and it requires a man-in-the-middle position on the TLS path or control of a server or endpoint the victim connects to.

RemediationAI

No vendor-released patch or fixed version is identified in the provided data, so the primary action is to track the GnuTLS advisory at http://gnutls.com and the upstream repository for a release newer than 3.8.13 and migrate to it as soon as it is published; inventory systems with gnutls-cli --version or package metadata to find anything linking 3.8.13. Because the defect is a missing KU/EKU rejection rather than a crash or memory corruption, a practical compensating control is to re-validate certificate policy after the library call: explicitly parse the end-entity certificate, enforce an application-side EKU allowlist, and reject certificates where KU and EKU are mutually contradictory, accepting the trade-off that duplicated parsing logic can drift from the library's own semantics and may not cover every code path. For high-value TLS channels, certificate or public-key pinning prevents delivery of a rogue certificate at the cost of added operational friction during key and certificate rotation, and narrowing the trust store to a small set of known CAs reduces the pool of certificates an attacker can leverage, although a MITM holding a certificate from an allowed CA would still succeed. Where the affected verification flow is not required, terminating it removes exposure but breaks dependent functionality. Given the absence of KEV and public exploit signals, prioritization can follow the SSVC profile (automatable, partial technical impact) rather than emergency patching; do not treat the linked source permalink as a fix, as it points only to the vulnerable 3.8.13 code.

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

GnuTLS is a widely deployed TLS library whose verification routines parse RFC 5280 X.509 certificates and evaluate the Key Usage extension (2.5.29.15) and Extended Key Usage extension (2.5.29.37) to constrain how a certificate may legitimately be used. In version 3.8.13 the logic in lib/x509/verify.c (the referenced lines 1119-1178) fails to reject end-entity certificates asserting a logically contradictory KU/EKU combination, so validation can succeed for a certificate that should be refused; the CVE is classified under CWE-367 (time-of-check time-of-use race condition), which frames the root cause as a state-consistency problem in the verification flow rather than a straightforward parsing error, though the observed effect is a trust-policy enforcement gap. The supplied CPE string (cpe:2.3:a:n/a:n/a:*:*:*:*:*:*:*:*) and the ENISA EUVD affected-version entry ('n/a n/a') provide no finer product granularity, so the reliably identified exposure is the GnuTLS 3.8.13 X.509 end-entity verification path and any application that links it while depending on KU/EKU enforcement.

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 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
vuln.today AI 7.5 HIGH

Network-reachable TLS certificate validation flaw exploitable without auth or interaction (AV:N/AC:L/PR:N/UI:N); leads to disclosure of sensitive data with no integrity or availability impact.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/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
None
Availability
None

Lifecycle Timeline

3
CVSS changed
Oct 09, 2026 - 12:22 NVD
7.5 (None) 7.5 (HIGH)
CVE Published
Oct 08, 2026 - 00:00 cve.org
UNKNOWN (no severity yet)
CVE Published
Oct 08, 2026 - 00:00 cve.org
HIGH 7.5

DescriptionCVE.org

An issue in gnutls v.3.8.13 allows an attacker to obtain sensitive information via failing to reject end-entity X.509 certificates that contain a contradictory combination of Key Usage (KU) and Extended Key Usage (EKU)

Executive ViewAI

Why It Matters

A certificate validation bypass in GnuTLS 3.8.13 allows an attacker who can insert a crafted X.509 certificate into a verification path to make TLS clients accept a certificate they should have rejected, exposing sensitive data that customers and business systems assume is protected in transit. Because GnuTLS is embedded across Linux distributions, appliances, remote-access concentrators and internal services, most organizations cannot immediately enumerate every affected system, and no vendor patch has been identified, so the exposure persists across trust-critical infrastructure. Leadership should treat this as an unpatched trust-infrastructure risk requiring inventory and interim controls rather than a confirmed incident, since exploitation is only meaningful where an application actually enforces Key Usage and Extended Key Usage constraints and requires an adversary to hold a man-in-the-middle position.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: restrict trust anchors and remove unnecessary intermediate or end-entity certificates from verification paths; enforce Key Usage and Extended Key Usage validation within the consuming application instead of relying solely on GnuTLS; pin certificates or public keys for high-value TLS clients; reduce man-in-the-middle opportunity through network segmentation, egress filtering and strict control of endpoints victims connect to; and temporarily migrate trust-critical services to a TLS stack or build that performs compliant certificate validation.

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 HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
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
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

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