CVE-2026-84783
HighCVSS 7.5Summary
OpenSSL 4.0 contains a use-after-free vulnerability (CWE-416) in the caching of X.509 certificate extensions. When several threads concurrently use the same certificate for the first time, one thread may free the cached extension data while another thread is still using it. This can crash the process, resulting in a Denial of Service.
Risk Assessment
A remote, unauthenticated peer could crash a multi-threaded TLS client or a multi-threaded TLS server that requests client certificates, causing a Denial of Service. The issue only occurs if the first certificate chains built to the same trusted CA certificate are built by several connections at the same time.
Recommendation
Upgrade OpenSSL 4.0 to version 4.0.3. Versions 3.6, 3.5, 3.4, 3.0, 1.1.1 and 1.0.2 are not affected by this issue.
Other vulnerabilities in OpenSSL
See all- CVE-2026-84784High
A malicious remote peer can flood the local QUIC stack with NEW_CONNECTION_ID frames by bypassing a limit on connection IDs. This causes RETIRE_CONN_ID frames to be sent and, with withheld ACKs, can allocate about 400 MB of memory.
- CVE-2026-84782High
The DTLS retransmission logic incorrectly handles a handshake message write that is suspended part-way through. The retransmitted message can be read past the message buffer, disclosing heap memory or causing a crash and Denial of Service.
- CVE-2026-77696Low
SM2 signature generation uses non-constant-time arithmetic on secret values, forming a timing side-channel. An attacker able to measure SM2 signing times may learn information about the per-signature secret nonce, which over many signatures can lead to recovery of the private key. Applications performing SM2 signature generation are affected on all platforms.
- CVE-2026-75806Medium
An established DTLS 1.2 association using an AEAD cipher suite can be terminated by a single unauthenticated datagram whose encrypted fragment is shorter than the mandatory explicit IV and authentication tag overhead. The record layer passes the record length to the cipher before checking it is long enough, causing an internal error instead of treating the record as failed authentication.
- CVE-2026-75805Medium
A NULL pointer dereference vulnerability in the OpenSSL CMP client. When a client requests certificate revocation based on a PKCS#10 CSR and the server returns a specially crafted certificate name in its response, the client reads from a NULL pointer and crashes. Only clients that identify the certificate via CSR (e.g. 'openssl cmp -cmd rr -csr' or OSSL_CMP_exec_RR_ses() with OSSL_CMP_CTX_set1_p10CSR()) are affected.
- CVE-2026-75804Medium
The OpenSSL QUIC stack does not enforce connection-level flow control for streams. A malicious remote peer can send more bytes as long as they fit within stream flow control limits, leading to excessive memory allocation.
- CVE-2026-72897High
A TLS server that calls SSL_set_SSL_CTX() to switch a connection to a different SSL_CTX part way through a handshake may access memory beyond the end of an internal array if the replacement context knows about more provider signature algorithms than the context the connection was created from. A remote peer may be able to cause a small out-of-bounds read, and in some circumstances a fixed-value out-of-bounds write, on the server heap, potentially leading to a Denial of Service.
- CVE-2026-54875Low
OpenSSL's optimized scalar point multiplication implementation for SM2 private key operations on ARM64 and RISC-V platforms is not constant-time. Conditional branches and table lookups depend on the bits of the secret scalar, so execution time and cache-access patterns leak information about the private key or signature nonce.
- CVE-2026-54873High
A vulnerability in the QUIC implementation in OpenSSL allows a remote attacker to keep allocated packet buffer memory for an extended period by sending specially crafted packets. The issue stems from missing resource allocation limits (CWE-770), potentially leading to excessive memory consumption.
- CVE-2026-54872Low
The generic elliptic-curve scalar multiplication used for ECDSA and SM2 signature operations with curves lacking a dedicated implementation leaks information about the secret nonce through timing. An attacker measuring signing times may learn the nonce, which over many signatures can lead to private key recovery.
Original NVD description (English source)
Issue summary: The first concurrent use of the same X.509 certificate by several threads may cause its cached extension data to be freed while another thread is still using it. Impact summary: A remote, unauthenticated peer could crash a multi-threaded TLS client, or a multi-threaded TLS server that requests client certificates, if the first certificate chains built to the same trusted CA certificate are built by several connections at the same time. This is a use-after-free read, which is likely to crash the process, resulting in a Denial of Service. CWE: CWE-416: Use After Free Description: OpenSSL caches the decoded values of a certificate's X.509v3 extensions inside the X509 object the first time they are needed. In OpenSSL 4.0 this cache is built in two phases: the extension values are computed while holding a read lock on the certificate, and the results are then installed into the certificate under a write lock. Because a read lock does not exclude other readers, several threads can compute the cache for the same certificate at the same time. Each thread that subsequently acquires the write lock installs its own results and frees the values installed by the thread before it, even though that earlier thread has already marked the cache as complete and may have returned pointers into it to its caller. A caller still using those pointers then reads freed memory. Any certificate shared between threads is exposed the first time its extensions are decoded. In TLS the certificates at risk are the trusted CA certificates supplied for chain verification, by whatever means, since these are shared by every connection and their extensions are decoded and cached the first time a chain is built to them. Certificates sent by the peer are decoded separately for each connection and are not shared, so they are not affected. In a TLS client verifying server certificates, or a TLS server that requests and verifies client certificates, the use-after-free could only occur if the first chains built to the same trusted CA are built by several connections at the same time. FIPS impact: no The FIPS module is not affected as X.509 certificate handling is outside of the OpenSSL FIPS module boundary. OpenSSL 4.0 is vulnerable to this issue. OpenSSL 3.6, 3.5, 3.4, 3.0, 1.1.1 and 1.0.2 are not affected by this issue. OpenSSL 4.0 users should upgrade to OpenSSL 4.0.3. This issue was reported on 27 August 2026 by Tim Becker (Xint.io) and independently in a public report on 31 August 2026 by aydinmercan. The fix has been developed by Bob Beck. -- cut (non-publishing metadata for internal use) -- Reported by: Tim Becker (Xint.io), aydinmercan Fixed by: Bob Beck
Vulnerability data from NVD (NIST) · CISA KEV · EPSS

