Skip to main content
View

Attack ChainAIDerived

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

  1. Recon
    Position network for MITM
  2. Delivery
    Intercept TLS handshake
  3. Exploit
    Present revoked certificate with crafted multi-record OCSP response
  4. Install
    Trigger OCSP parser logic error
  5. C2
    Client incorrectly validates revoked cert
  6. Execute
    Complete TLS handshake as MITM
  7. Impact
    Access application plaintext

Vulnerability Assessment

Weakness
CWE
Exploitation Conditions

OCSP verification must be explicitly enabled in the GnuTLS client configuration - this is not a default behavior in all applications and requires deliberate enablement of certificate status checking. The attacker must be able to perform a MITM attack on the TLS handshake, giving them the ability to intercept and modify the OCSP response sent during negotiation; this requires network-level access on the path between client and server (e.g., ARP spoofing, DNS redirection, or network position). The attacker must possess or have access to a revoked X.509 certificate (one previously issued by a trusted CA and later revoked), which they can present to the client. The OCSP response sent by the attacker must be crafted to span multiple TLS records in a specific manner that triggers the parser logic error; this requires detailed knowledge of the vulnerability or availability of exploit code. Non-default configurations that disable OCSP checking (such as applications that only use CRL-based revocation or no revocation checking at all) are not vulnerable to this specific attack.

Impact

Despite the low CVSS score of 3.7, this vulnerability poses a meaningful trust compromise risk. The CVSS vector (AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N) indicates network-accessible exploitation with high complexity, unauthenticated access, and no user interaction required, but with limited confidentiality impact and no integrity or availability impact directly from the OCSP logic error. However, the real-world risk is elevated by the nature of the flaw: an attacker who successfully exploits this gains the ability to present a revoked certificate that a TLS client will incorrectly trust, enabling Man-in-the-Middle (MITM) attacks against connections where the server certificate has been revoked. The high attack complexity likely reflects the requirement to craft a specific multi-record response structure that triggers the parsing flaw, and the necessity for the client to have OCSP verification explicitly enabled. This is not a widespread vulnerability affecting all GnuTLS deployments - only those with OCSP stapling or OCSP validation enabled, which is not the default configuration in all contexts. The vulnerability is a logic error rather than a memory-safety issue, reducing the likelihood of unintended secondary impacts. No KEV listing or public exploit code exists, suggesting no active exploitation at the time of analysis, though the specific nature of the attack (MITM during TLS negotiation) may limit visibility into real-world incidents. Organizations using OCSP for certificate revocation checking should prioritize patching; those relying on CRL or other revocation mechanisms may face lower immediate risk, though certificate revocation is a critical trust mechanism.

Exploit ScenarioDerived

An attacker positioned to perform MITM attacks on TLS connections (e.g., on the same network, via DNS hijacking, or BGP hijacking) observes a TLS client initiating a connection to a server and intercepts the handshake. The attacker presents a revoked server certificate (one previously issued by a trusted CA but later revoked), along with a specially crafted multi-record OCSP response that exploits the parsing logic flaw in GnuTLS. The client, configured to validate OCSP status, incorrectly processes the malformed response and accepts the revoked certificate as valid, allowing the attacker to complete the TLS handshake and decrypt or modify the subsequent application traffic.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.9).
Patch available 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Apr 30, 2026

GnuTLS with OCSP verification enabled incorrectly accepts revoked server certificates when presented with specially crafted multi-record OCSP responses during TLS handshakes, allowing attackers to bypass certificate revocation checks and establish connections to compromised servers. The vulnerability requires high attack complexity and specific OCSP configuration, affecting Red Hat Enterprise Linux 6-10, Red Hat Hardened Images, and OpenShift Container Platform 4. No public exploit code or active exploitation has been identified at the time of analysis.

RemediationAI

Apply Red Hat security updates for GnuTLS across affected systems using the vendor-provided errata for RHEL 6, 7, 8, 9, and 10, with specific patch versions available through Red Hat's advisory portal (https://access.redhat.com/security/cve/CVE-2026-3832). For OpenShift Container Platform 4 deployments, update the platform and rebuild container images with patched GnuTLS. As an interim compensating control, disable OCSP verification on affected clients if the security posture permits, though this weakens certificate revocation checking and should only be temporary; alternatively, enforce CRL-based revocation checking instead of OCSP if supported by the application. Network-level MITM prevention (such as pinning or explicit firewall rules limiting certificate issuance paths) can reduce the window of exposure for the specific attack scenario, but cannot fully mitigate the OCSP validation bypass itself. Monitor upstream GnuTLS releases and Red Hat advisories for patched version numbers, as this CVE was assigned in 2026 and patch availability timelines may not yet be final.

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 cryptographic library that implements TLS/SSL and DTLS protocols, including support for Online Certificate Status Protocol (OCSP) validation. OCSP is a mechanism for checking X.509 digital certificate revocation status in real-time, as an alternative to Certificate Revocation Lists (CRLs). The vulnerability stems from a logic error (CWE-179: Improper Neutralization of Formula Elements in a CSV File) in how GnuTLS parses and validates multi-record OCSP responses - responses that span multiple TLS records during the handshake. The affected CPE entries indicate the vulnerability impacts GnuTLS bundled with Red Hat Enterprise Linux versions 6 through 10, Red Hat Hardened Images, and OpenShift Container Platform 4, spanning both older legacy systems and modern containerized deployments.

Know when Red Hat Enterprise Linux 10 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 (redhat) PRIMARY 3.7 LOW
AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:N/A:N

Primary rating from Vendor (redhat) · only source for this CVE.

CVSS VectorVendor: redhat

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

DescriptionCVE.org

A flaw was found in gnutls. A remote attacker could exploit this vulnerability by presenting a specially crafted Online Certificate Status Protocol (OCSP) response during a TLS handshake. Due to a logic error in how gnutls processes multi-record OCSP responses, a client with OCSP verification enabled may incorrectly accept a revoked server certificate, potentially leading to a compromise of trust.

Threat Intelligence Overview

EPSS Score
0.0%
Top 94% exploitable
Data Quality
6 sources
Confidence: High

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 LOW
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.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· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

18
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +18
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.

Affected Products (CPE)CVE.org

cpe:2.3:a:red_hat:red_hat_enterprise_linux_10:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_6:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_7:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_8:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_enterprise_linux_9:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_hardened_images:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_openshift_container_platform_4:*:*:*:*:*:*:*:*
CVE-2026-18663 MEDIUM
5.9 Aug 12

Heap corruption via double-free in 389-ds-base's LDAP control parsing allows an unauthenticated remote attacker to crash

CVE-2026-4631 CRITICAL POC
9.8 Apr 07

Remote code execution in Cockpit's web interface allows unauthenticated attackers to execute arbitrary commands on the h

CVE-2026-4480 CRITICAL POC
9.0 May 26

Remote code execution in Samba's printing subsystem allows remote attackers to inject arbitrary shell commands via craft

CVE-2026-101258 HIGH POC
7.8 Oct 06

Ghostscript can execute arbitrary shell commands with the privileges of its process when it renders a crafted PostScript

CVE-2026-18922 CRITICAL
9.8 Sep 07

Authentication bypass in 389 Directory Server (shipped as Red Hat Directory Server 11-13 and within RHEL 6-10) lets remo

CVE-2026-14544 CRITICAL
9.8 Jul 03

Remote code execution and privilege escalation in HPLIP (HP Linux Imaging and Printing) affects the hpcups print filter

CVE-2026-76578 CRITICAL
9.8 Sep 07

Unauthenticated privilege escalation in FreeIPA (Red Hat Identity Management) allows a remote attacker to gain genuine a

CVE-2026-102560 CRITICAL
9.8 Sep 29

A heap buffer overflow exists in libsoup's WebSocket permessage-deflate compression path: when a very large outbound mes

CVE-2026-5121 HIGH
7.5 Mar 30

Remote code execution in libarchive on 32-bit systems allows unauthenticated attackers to execute arbitrary code via spe

CVE-2026-107935 CRITICAL
9.3 Oct 09

Unauthenticated path traversal in gvproxy, the network forwarder shipped in the gvisor-tap-vsock package (used by Podman

CVE-2026-28369 CRITICAL
9.1 Mar 27

HTTP request smuggling in Undertow (the embedded web server underpinning JBoss EAP, Red Hat Data Grid, and Apache Camel

CVE-2026-28368 CRITICAL
9.1 Mar 27

HTTP request smuggling in Red Hat Undertow allows remote unauthenticated attackers to bypass front-end security controls

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