Description
Issue summary: When a partial-chain certificate verification is enabled
together with OCSP response checking for the whole chain, a NULL dereference
will happen if the verified chain does not have a self-signed trusted anchor,
crashing the process.

Impact summary: A NULL pointer dereference can trigger a crash which leads to a
Denial of Service for an application.

When performing OCSP response checking for certificates in the verification
chain, the code always tries to access the next certificate as the issuer.
There is a check for a self-signed certificate. However with the partial
chain verification enabled when the chain does not have a self-signed trusted
anchor, the issuer will be NULL for the last certificate in the chain. A NULL
pointer dereference then happens.

This issue affects only applications which enable both OCSP verification
of the certificate chain (X509_V_FLAG_OCSP_RESP_CHECK_ALL) and partial
chain verification (X509_V_FLAG_PARTIAL_CHAIN) in the certificate
verification. Both flags are disabled by default. For that reason, we have
assigned Low severity to the issue.

No FIPS modules are affected by this issue as the affected code is outside
the OpenSSL FIPS module boundary.
Published: 2026-06-09
Score: 7.5 High
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability arises when an OpenSSL‑enabled application verifies a partial certificate chain while enabling OCSP response checking for the entire chain. Under these conditions, the library attempts to traverse the chain to locate the issuer of each certificate; if the chain lacks a self‑signed trusted anchor, the issuer pointer for the last certificate becomes null. Later code incorrectly dereferences this null pointer, causing a crash. The crash results in a denial of service against the affected application, compromising availability. The weakness maps to CWE‑476, a null pointer dereference.

Affected Systems

The flaw exists in the OpenSSL cryptographic library, specifically when both X509_V_FLAG_OCSP_RESP_CHECK_ALL and X509_V_FLAG_PARTIAL_CHAIN are set during verification. No specific software versions are listed, so all OpenSSL deployments that enable both flags are affected. Applications that rely on default settings—where neither flag is enabled—are not impacted.

Risk and Exploitability

The vulnerability has been assigned low severity because the two flags that trigger the issue are disabled by default. Exploitation requires an attacker to control the verification flags or provide a specially crafted certificate chain to the application. Since EPSS is unavailable and the flaw is not in CISA’s KEV catalog, the probability of widespread exploitation is expected to remain low. Nonetheless, the crash can be leveraged to render a service unavailable if the affected application is exposed to untrusted data. The CVSS score is 7.5.

Generated by OpenCVE AI on June 9, 2026 at 22:12 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade OpenSSL to a patched release that incorporates the fixes for the null pointer dereference.
  • If the functionality is not required, disable the X509_V_FLAG_OCSP_RESP_CHECK_ALL and X509_V_FLAG_PARTIAL_CHAIN flags in the application’s verification context.
  • Rebuild the application against the updated OpenSSL library and verify that the two flags are not enabled during certificate verification.

Generated by OpenCVE AI on June 9, 2026 at 22:12 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 09 Jun 2026 20:30:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.5, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H'}

ssvc

{'options': {'Automatable': 'yes', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Tue, 09 Jun 2026 18:00:00 +0000

Type Values Removed Values Added
First Time appeared Openssl
Openssl openssl
Vendors & Products Openssl
Openssl openssl

Tue, 09 Jun 2026 16:30:00 +0000

Type Values Removed Values Added
Description Issue summary: When a partial-chain certificate verification is enabled together with OCSP response checking for the whole chain, a NULL dereference will happen if the verified chain does not have a self-signed trusted anchor, crashing the process. Impact summary: A NULL pointer dereference can trigger a crash which leads to a Denial of Service for an application. When performing OCSP response checking for certificates in the verification chain, the code always tries to access the next certificate as the issuer. There is a check for a self-signed certificate. However with the partial chain verification enabled when the chain does not have a self-signed trusted anchor, the issuer will be NULL for the last certificate in the chain. A NULL pointer dereference then happens. This issue affects only applications which enable both OCSP verification of the certificate chain (X509_V_FLAG_OCSP_RESP_CHECK_ALL) and partial chain verification (X509_V_FLAG_PARTIAL_CHAIN) in the certificate verification. Both flags are disabled by default. For that reason, we have assigned Low severity to the issue. No FIPS modules are affected by this issue as the affected code is outside the OpenSSL FIPS module boundary.
Title NULL Dereference in Certificate Verification with OCSP Checking
Weaknesses CWE-476
References

cve-icon MITRE

Status: PUBLISHED

Assigner: openssl

Published:

Updated: 2026-06-09T19:36:06.889Z

Reserved: 2026-04-29T09:22:27.968Z

Link: CVE-2026-42765

cve-icon Vulnrichment

Updated: 2026-06-09T19:36:01.956Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-06-09T17:17:07.843

Modified: 2026-06-09T21:17:17.130

Link: CVE-2026-42765

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-06-09T22:15:15Z

Weaknesses