CVE-2026-63074: CMP Indefinite Cache Growth of ExtraCerts

Published Aug 25, 2026
·
Updated

CMP Indefinite Cache Growth of ExtraCerts

Other sources

Issue summary: The OpenSSL Certificate Management Protocol (CMP) caches additional certificates (extraCerts) sent in a CMP message, but never expunges them (for instance if they are invalid). If a server reuses an OSSLCMPCTX frequently, this cache of extraCerts may grow unboundedly, and a malicious client may flood a CMP server with requests driving this growth.

— Launchpad

Affected Software

10 affected componentsFixes available
OpenSSL Certificate Management Protocol (CMP)
debian/openssl<=1.1.1w-0+deb11u1, <=1.1.1w-0+deb11u8, <=3.0.20-1~deb12u2, <=3.5.6-1~deb13u2, <=3.6.3-1
3.5.7-1~deb13u23.6.4-1
Microsoft azl3 openssl 3.3.7-4<3.3.7-6
3.3.7-6
Microsoft azl3 edk2 20240524git3e722403cd16-18<20240524git3e722403cd16-19
20240524git3e722403cd16-19
Microsoft azl3 edk2 20240524git3e722403cd16-20<20240524git3e722403cd16-19
20240524git3e722403cd16-19
OpenSSL OpenSSL>=3.0.0<3.0.22
OpenSSL OpenSSL>=3.4.0<3.4.7
OpenSSL OpenSSL>=3.5.0<3.5.8
OpenSSL OpenSSL>=3.6.0<3.6.4
OpenSSL OpenSSL>=4.0.0<4.0.2

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade debian/openssl to a version that resolves this vulnerability.

    Fixed in 3.5.7-1~deb13u2Fixed in 3.6.4-1
  2. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 3.3.7-6
  3. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 20240524git3e722403cd16-19
  4. Configuration

    Update the CMP handling so that any extraCerts added from a CMP message are removed/expunged from the server contexts untrusted certificate stack if the message is rejected, matching the behavior of an OSSL_CMP_CTX configured to not cache extra certificates.

    OpenSSL CMP (OSSL_CMP_CTX extraCerts caching behavior) extraCerts caching on rejected CMP messages = remove/expunge extraCerts when the CMP message is rejected (use the same method as when the context is configured to not do caching at all)

Event History

Aug 25, 2026
CVE Published
via MITRE·12:59 PM
Data Sourced
via MITRE·12:59 PM
DescriptionWeakness
Data Sourced
via NVD·01:19 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·01:19 PM
RemedyAffected Software
Data Sourced
via Ubuntu·07:09 PM
RemedyDescriptionSeverityAffected Software
Data Sourced
via Launchpad·07:11 PM
Description
Aug 26, 2026
Data Sourced
via Debian·07:12 PM
DescriptionAffected Software
Aug 27, 2026
Data Sourced
via Microsoft·08:11 AM
DescriptionSeverityWeaknessAffected Software
Updated
via Microsoft·08:11 AM
Affected Software
Updated
via Microsoft·08:11 AM
DescriptionSeverity

Frequently Asked Questions

1

Which CMP server deployments are exposed to this denial-of-service condition?

Servers that reuse a single OSSL_CMP_CTX for the lifetime of the server process are exposed. The risk is unbounded memory growth when that long-lived context retains certificates from repeated requests.

2

What does an attacker need to do to trigger memory growth?

A remote attacker must repeatedly send CMP messages containing unique additional certificates (extraCerts), with messages intended to be rejected. The rejected messages leave their extraCerts in the server context's untrusted certificate stack.

3

What is the practical impact of exploitation?

Repeated requests can cause the extraCerts cache to grow indefinitely, consuming process memory. This can eventually lead to an out-of-memory condition and denial of service.

4

Is a server affected if it does not keep an OSSL_CMP_CTX for a long time?

The described exposure is specifically for servers with long-lived context objects, particularly one OSSL_CMP_CTX reused for the process lifetime. The provided information does not identify short-lived or non-reused contexts as affected.

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