CVE-2026-54876
Received Received - Intake

Memory Leak in OpenSSL TLS Client with OCSP Response Checking

Vulnerability report for CVE-2026-54876, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-08-05

Last updated on: 2026-08-05

Assigner: OpenSSL Software Foundation

Description

Issue summary: A malicious TLS server can cause a memory leak in a TLS client that has enabled OCSP response checking by sending an OCSP response that contains no single response entries. Impact summary: An attacker can leak an attacker-tunable amount of memory per TLS handshake in a victim client application. A long-running client that repeatedly connects to a malicious server can have its memory exhausted, resulting in a Denial of Service. CWE: CWE-401: Missing Release of Memory after Effective Lifetime Description: The affected function is called during X.509 certificate chain verification when OCSP response checking is enabled with the X509_V_FLAG_OCSP_RESP_CHECK or X509_V_FLAG_OCSP_RESP_CHECK_ALL verification flags, for example when a TLS client verifies an OCSP response stapled into the TLS handshake by the server. When the received BasicOCSPResponse contains an empty SEQUENCE OF SingleResponse, which is permitted on the wire and accepted by the OpenSSL decoder, the OCSP_BASICRESP structure allocated by OCSP_response_get1_basic() was not freed because an early return bypassed the cleanup code at the end of the function. The amount of memory leaked per handshake can be amplified by the attacker by padding the certs field of the BasicOCSPResponse with bogus certificates, which are parsed and stored in the leaked structure before the empty response check triggers the early return. A long-running TLS client that repeatedly connects to a malicious server can have its memory exhausted over time. OCSP response checking is not enabled by default. Only client applications that explicitly enable the OCSP response check verification flags are affected. FIPS impact: no The FIPS modules in 4.0 and 3.6 are not affected by this issue as the affected code is outside the OpenSSL FIPS module boundary.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-08-05
Last Modified
2026-08-05
Generated
2026-08-05
AI Q&A
2026-08-05
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 8 associated CPEs
Vendor Product Version / Range
openssl openssl From 4.0.0 (inc) to 4.0.2 (exc)
openssl openssl From 3.6.0 (inc) to 3.6.4 (exc)
openssl openssl 3.5
openssl openssl 3.4
openssl openssl 3.0
openssl openssl 1.1.1
openssl openssl 1.0.2
openssl openssl *

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-401 The product does not sufficiently track and release allocated memory after it has been used, making the memory unavailable for reallocation and reuse.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability involves a memory leak in TLS clients that check OCSP responses. A malicious server can send an OCSP response without valid entries, causing the client to leak memory during each TLS handshake. Repeated connections can exhaust memory, leading to a Denial of Service.

Detection Guidance

This vulnerability can be detected by checking if your OpenSSL client applications have OCSP response checking enabled. Monitor memory usage of long-running TLS clients for gradual exhaustion. No specific commands are provided in the context.

Impact Analysis

If you use a vulnerable TLS client that enables OCSP response checking, an attacker could cause your system to run out of memory by repeatedly connecting to a malicious server. This could crash applications or degrade system performance.

Compliance Impact

This vulnerability primarily causes a Denial of Service (DoS) by exhausting memory in client applications through repeated TLS handshakes with malicious servers. It does not directly impact data confidentiality or integrity, which are key focus areas for GDPR and HIPAA. However, a DoS condition could indirectly affect compliance by disrupting services that handle protected health information (HIPAA) or personal data (GDPR). The vulnerability is only exploitable if OCSP response checking is explicitly enabled, which is not the default setting.

Mitigation Strategies

Disable OCSP response checking in affected applications by removing X509_V_FLAG_OCSP_RESP_CHECK or X509_V_FLAG_OCSP_RESP_CHECK_ALL flags. Update OpenSSL to a patched version when available. Only enable OCSP checks if absolutely necessary.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-54876. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart