CVE-2026-42765: NULL Dereference in Certificate Verification with OCSP Checking

Published Jun 9, 2026
·
Updated

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 (X509VFLAGOCSPRESPCHECKALL) and partial chain verification (X509VFLAGPARTIALCHAIN) 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.

Affected Software

3 affected components
OpenSSL OpenSSL
OpenSSL OpenSSL>=3.6.0<3.6.3
OpenSSL OpenSSL=4.0.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Configuration

    Do not enable X509_V_FLAG_OCSP_RESP_CHECK_ALL (OCSP response checking for the whole chain) when X509_V_FLAG_PARTIAL_CHAIN is enabled. Disable X509_V_FLAG_OCSP_RESP_CHECK_ALL in your certificate verification flags to avoid a NULL pointer dereference.

    OpenSSL certificate verification X509_V_FLAG_OCSP_RESP_CHECK_ALL = disabled
  2. Configuration

    Do not enable X509_V_FLAG_PARTIAL_CHAIN (partial chain verification) together with X509_V_FLAG_OCSP_RESP_CHECK_ALL. Disable X509_V_FLAG_PARTIAL_CHAIN in your certificate verification flags if you require OCSP response checking for the whole chain.

    OpenSSL certificate verification X509_V_FLAG_PARTIAL_CHAIN = disabled
  3. Operational

    If your application currently enables both X509_V_FLAG_OCSP_RESP_CHECK_ALL and X509_V_FLAG_PARTIAL_CHAIN, disable one of the flags and restart or reload the application to remove the unsafe configuration. Do not enable both flags simultaneously until a fix is available.

Event History

Jun 9, 2026
CVE Published
via MITRE·04:03 PM
Data Sourced
via MITRE·04:03 PM
DescriptionWeakness
Data Sourced
via NVD·05:17 PM
RemedyDescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

What is the severity of CVE-2026-42765?

CVE-2026-42765 has a severity rating of high, with a score of 7.5 according to CVSS 3.1.

2

What causes the NULL dereference in CVE-2026-42765?

The NULL dereference in CVE-2026-42765 is caused by a failure to verify that the certificate chain includes a self-signed trusted anchor when OCSP checking is enabled.

3

How does CVE-2026-42765 impact the OpenSSL process?

CVE-2026-42765 causes the OpenSSL process to crash due to a NULL pointer dereference when the certificate chain does not contain the necessary trusted anchor.

4

How do I mitigate CVE-2026-42765?

To mitigate CVE-2026-42765, ensure that the certificate verification process includes a self-signed trusted anchor in the chain.

5

What software versions are affected by CVE-2026-42765?

CVE-2026-42765 affects OpenSSL implementations that support partial-chain certificate verification with OCSP response checking.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203