Skip to main content

OpenSSL CVE-2026-54874

| EUVDEUVD-2026-65481 HIGH
Asymmetric Resource Consumption (Amplification) (CWE-405)
2026-08-25 openssl-security@openssl.org GHSA-97g4-hhwh-c697
High
Disputed · 7.5 Vendor: openssl
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Recon
    Reach DTLS server over UDP
  2. Delivery
    Initiate many concurrent DTLS handshakes
  3. Exploit
    Send small forged future-epoch records per connection
  4. Install
    Trigger full read-buffer retention (~16 KB) per record
  5. C2
    Accumulate up to 100 buffered records per association (~1.7 MB each)
  6. Execute
    Exhaust server memory
  7. Impact
    Cause denial of service

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V2 - Validation and Business Logic Asymmetric resource consumption control
Exploitation Conditions

Exploitation requires that the target be running an OpenSSL DTLS server endpoint - TLS-only servers over TCP are not affected. The CVSS vector (AV:N/AC:L/PR:N/UI:N) confirms remote unauthenticated exploitation with no special configuration: any DTLS server using a vulnerable OpenSSL version is exposed by default simply by accepting inbound DTLS connections. No non-default configuration flag or feature toggle is required to trigger the vulnerable buffering path. Key factors that limit exploitation impact: the attack is scoped exclusively to DTLS (UDP-based), not TLS over TCP; per-connection memory consumption is bounded at approximately 1.7 MB, so total impact scales linearly with the server's concurrent DTLS connection limit; applications that already cap simultaneous DTLS associations proportionally limit worst-case memory loss; and the vulnerability provides no code execution, data exfiltration, or integrity compromise - availability is the sole impact dimension.

Impact

The official CVSS 7.5 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) accurately reflects the network-reachable, unauthenticated nature of the attack and high availability impact, yet OpenSSL itself assesses severity as Low because the per-connection memory footprint is bounded at approximately 1.7 MB and any application-level ceiling on concurrent DTLS associations directly caps total exposure. SSVC corroborates this framing: exploitation status is confirmed none, the attack is automatable (an adversary can script connection floods), and technical impact is only partial. No EPSS score was provided in the input, so exploitation probability cannot be quantified numerically. The absence of a CISA KEV listing and the lack of any identified public exploit indicate no known active abuse at time of analysis. The amplification factor of ~1,200× is noteworthy - a relatively modest number of concurrent handshakes can exhaust server memory - but this scales with the server's connection limit, meaning operators who already impose strict concurrency caps have inherently reduced exposure. Impact is restricted entirely to availability; there is no confidentiality or integrity risk. Overall this is a maintenance-level patch priority: real and automatable, but bounded, not actively exploited, and remediable through standard upgrade cycles.

Exploit ScenarioDerived

An unauthenticated remote attacker opens a large number of concurrent DTLS handshakes with a target server and, during each handshake, transmits a stream of small forged UDP datagrams bearing records that claim to belong to the next handshake epoch. Each such record causes OpenSSL to buffer a full 16 KB read buffer; with up to 100 records buffered per connection, each association consumes approximately 1.7 MB of server memory from minimal transmitted data. Multiplied across hundreds or thousands of concurrent connections (within the server's accept limit), the attacker drives the server toward memory exhaustion and denial of service. No public exploit code has been identified at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.5% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 25, 2026

DTLS memory exhaustion in OpenSSL allows unauthenticated remote peers to consume disproportionate server memory during handshake processing. Sending small forged records that claim a future epoch triggers OpenSSL to buffer the entire ~16 KB read buffer rather than just the actual record bytes, yielding an amplification factor of approximately 1,200× per record; up to 100 such records may be queued per connection, exposing roughly 1.7 MB of server memory per association from a negligible volume of transmitted data. No public exploit has been identified at time of analysis and SSVC rates exploitation status as none, but the attack is rated automatable and can be multiplied across many concurrent DTLS connections.

RemediationAI

The primary remediation is to upgrade to the appropriate patched OpenSSL release: 4.0.2, 3.6.4, 3.5.8, 3.4.7, or 3.0.22 depending on the deployed branch. Premium support customers on end-of-life branches should upgrade to 1.1.1zi or 1.0.2zr as applicable. Full details are in the vendor advisory at https://openssl-library.org/news/secadv/20260825.txt; upstream fix commits (4808b5d, 7110cb2, a0c8ec5, cc0c671, f52ffc1) are available on the OpenSSL GitHub repository for operators who build from source. Where immediate patching is not feasible, the most effective compensating control is reducing the maximum number of concurrent DTLS associations the server accepts, since total memory exposure is directly proportional to that limit - halving the connection ceiling halves worst-case amplification; the trade-off is reduced server capacity for legitimate clients. Completely disabling DTLS in favor of TLS-over-TCP eliminates this attack surface entirely if the application protocol permits it, with the trade-off of losing support for latency-sensitive or UDP-dependent clients. No FIPS configuration changes are required as the affected code is outside the FIPS module boundary.

Affected VersionsENISA

OpenSSL 3.4.0 <3.4.7
OpenSSL 1.1.1 <1.1.1zi
OpenSSL 3.0.0 <3.0.22
OpenSSL 1.0.2 <1.0.2zr
OpenSSL 4.0.0 <4.0.2
OpenSSL 3.5.0 <3.5.8
OpenSSL 3.6.0 <3.6.4

Affected Packages

euvd openssl fix: 1.0.2zr, 1.1.1zi, 3.0.22, 3.4.7, 3.5.8, 3.6.4, 4.0.2

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability resides in OpenSSL's DTLS record-layer buffering logic in ssl/record/methods/dtls_meth.c, specifically in the dtls_rlayer_buffer_record() function. DTLS (Datagram TLS, operating over UDP) must tolerate out-of-order delivery; when a peer sends records referencing a future epoch - for example, after transmitting ChangeCipherSpec and Finished before the local endpoint has processed the epoch transition - OpenSSL legitimately buffers those records for later processing. The defect classified as CWE-405 (Asymmetric Resource Consumption / Amplification) is that the buffering code previously retained the entire read buffer (sized to the maximum possible DTLS record of ~16 KB) and reallocated a fresh buffer for ongoing reads, rather than duplicating only the actual received record bytes. The upstream fix by Matt Caswell (commit 4808b5d64176451f3d93d87d0ac9c81a9b13fb23 and related commits) replaces the whole-buffer transfer with OPENSSL_memdup(rl->packet, rl->packet_length), copying only the exact on-wire bytes. All active OpenSSL branches are affected: 4.0.x, 3.6.x, 3.5.x, 3.4.x, 3.0.x, and legacy branches 1.1.1.x and 1.0.2.x. FIPS modules are explicitly unaffected as the vulnerable code lies outside the FIPS module boundary.

Know when OpenSSL gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Sources disagree (Low–High)
Vendor (openssl) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 7.5 HIGH

DTLS server reachable over UDP with no authentication required; impact is availability-only via memory exhaustion with no confidentiality or integrity consequence.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE 5.3 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
Red Hat 7.5 LOW

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: openssl

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Aug 25, 2026 - 15:22 NVD
7.5 (None) 7.5 (HIGH)
Patch available
Aug 25, 2026 - 15:01 EUVD
CVE Published
Aug 25, 2026 - 13:19 cve.org
HIGH 7.5
CVE Published
Aug 25, 2026 - 13:19 cve.org
UNKNOWN (no severity yet)

DescriptionCVE.org

Issue summary: Receiving a DTLS record for a future epoch while a handshake is in progress causes OpenSSL to buffer far more memory than the record itself requires.

Impact summary: A peer can use a small amount of network traffic to make an OpenSSL DTLS endpoint retain a disproportionately large amount of memory, which may lead to a Denial of Service.

CWE: CWE-405: Asymmetric Resource Consumption (Amplification)

Description: While a DTLS handshake is in progress, a peer may legitimately have already moved on to the next epoch (for example, having sent its ChangeCipherSpec and Finished messages) before the local endpoint has processed the same transition, typically because of reordering on the underlying UDP transport. OpenSSL buffers such early records so that they can be processed once the local endpoint catches up.

Buffering a record currently retains the entire read buffer it arrived in, which is sized to hold the largest possible DTLS record (around 16 kilobytes), rather than just the bytes that make up the record itself. Up to 100 such records may be buffered per connection. As a result, a peer that sends a stream of small forged records claiming to belong to the next epoch can cause an OpenSSL DTLS endpoint to retain around 1.7 megabytes of memory, despite sending only a small fraction of that amount of data over the network.

An attacker therefore gains a memory amplification factor of around 1200, and can multiply the effect across as many associations as it is able to open, making this a remote memory exhaustion Denial of Service risk for DTLS servers. Since the memory retained per connection remains bounded, and any limit an application already places on the number of concurrent associations also bounds the total exposure, this issue has been assessed as Low severity.

FIPS impact: no

No FIPS modules are affected by this issue as the affected code is outside the OpenSSL FIPS module boundary.

OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 and 1.0.2 are vulnerable to this issue.

OpenSSL 4.0 users should upgrade to OpenSSL 4.0.2. OpenSSL 3.6 users should upgrade to OpenSSL 3.6.4. OpenSSL 3.5 users should upgrade to OpenSSL 3.5.8. OpenSSL 3.4 users should upgrade to OpenSSL 3.4.7. OpenSSL 3.0 users should upgrade to OpenSSL 3.0.22.

Premium support customers only: OpenSSL 1.1.1 users should upgrade to OpenSSL 1.1.1zi OpenSSL 1.0.2 users should upgrade to OpenSSL 1.0.2zr

This issue was reported on 18 May 2026 by Amazon Web Services. The fix has been developed by Matt Caswell.

-- cut (non-publishing metadata for internal use) -- Reported by: Amazon Web Services Fixed by: Matt Caswell

Executive ViewAI

Why It Matters

OpenSSL's DTLS implementation contains a memory exhaustion vulnerability allowing remote attackers to cause denial of service with minimal network traffic. While no public exploit has been identified at time of analysis, the attack is automatable and can be scaled across many concurrent connections, creating significant risk to service availability for organizations relying on DTLS encryption.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.5%
Top 58% exploitable
Prevalence
Ubiquitous
foundational TLS/DTLS library across nearly all Linux and cloud environments
Data Quality
8 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment MSRC Vendor GitHub VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.5%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
High
Technical Impact
Partial

Priority Score

39
Low Medium High Critical
KEV: 0
EPSS: +1
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2014-0160 HIGH POC
7.5 Apr 07

The (1) TLS and (2) DTLS implementations in OpenSSL 1.0.1 before 1.0.1g do not properly handle Heartbeat Extension packe

CVE-2021-3711 CRITICAL POC
9.8 Aug 24

In order to decrypt SM2 encrypted data an application is expected to call the API function EVP_PKEY_decrypt(). Rated cri

CVE-2014-0195 MEDIUM POC
6.8 Jun 05

The dtls1_reassemble_fragment function in d1_both.c in OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0

CVE-2014-0224 HIGH POC
7.4 Jun 05

OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph

CVE-2016-0800 MEDIUM POC
5.9 Mar 01

The SSLv2 protocol, as used in OpenSSL before 1.0.1s and 1.0.2 before 1.0.2g and other products, requires a server to se

CVE-2015-0204 MEDIUM POC
4.3 Jan 09

The ssl3_get_key_exchange function in s3_clnt.c in OpenSSL before 0.9.8zd, 1.0.0 before 1.0.0p, and 1.0.1 before 1.0.1k

CVE-2022-2068 HIGH
7.3 Jun 21

In addition to the c_rehash shell command injection identified in CVE-2022-1292, further circumstances where the c_rehas

CVE-2015-4000 LOW POC
3.7 May 21

The TLS protocol 1.2 and earlier, when a DHE_EXPORT ciphersuite is enabled on a server but not on a client, does not pro

CVE-2014-3566 LOW POC
3.4 Oct 15

The SSL protocol 3.0, as used in OpenSSL through 1.0.1i and other products, uses nondeterministic CBC padding, which mak

CVE-2016-2107 MEDIUM POC
5.9 May 05

The AES-NI implementation in OpenSSL before 1.0.1t and 1.0.2 before 1.0.2h does not consider memory allocation during a

CVE-2015-1793 MEDIUM POC
6.5 Jul 09

The X509_verify_cert function in crypto/x509/x509_vfy.c in OpenSSL 1.0.1n, 1.0.1o, 1.0.2b, and 1.0.2c does not properly

CVE-2022-3602 HIGH
7.5 Nov 01

A buffer overrun can be triggered in X.509 certificate verification, specifically in name constraint checking. Rated hig

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
Container suse/ltss/sle15.5/sle15:15.5-8.67 Affected
Container suse/ltss/sle15.6/bci-base-fips:15.6-35.94 Affected
Container suse/ltss/sle15.6/sle15:15.6-5.86 Affected
Container suse/sle-micro/5.5/toolbox:16.3-3.12.186 Affected
Container suse/sle-micro/5.5:2.0.4-5.8.98 Container suse/sle-micro/base-5.5:2.0.4-5.8.310 Affected

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy