Denial of Service via Out of Memory vulnerability in Apache ActiveMQ Client, Apache ActiveMQ Broker, Apache ActiveMQ. ActiveMQ NIO SSL transports do not correctly handle TLSv1.3 handshake KeyUpdates triggered by clients. This makes it possible for a client to rapidly trigger updates which causes the broker to exhaust all its memory in the SSL engine leading to DoS. Note: TLS versions before TLSv1.3 (such as TLSv1.2) are broken but are not vulnerable to OOM. Previous TLS versions require a full handshake renegotiation which causes a connection to hang but not OOM. This is fixed as well. This issue affects Apache ActiveMQ Client: before 5.19.4, from 6.0.0 before 6.2.4; Apache ActiveMQ Broker: before 5.19.4, from 6.0.0 before 6.2.4; Apache ActiveMQ: before 5.19.4, from 6.0.0 before 6.2.4. Users are recommended to upgrade to version 6.2.4 or 5.19.5, which fixes the issue.
Fix
Patch, vendor advisory and mitigation references on NVD 1
- https://activemq.apache.org/security-advisories.data/CVE-2026-39304-announcement.txt Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 7.5 · apacheNVD modified 2026-10-26 21:10
Affected (CPE criteria) 2
cpe:2.3:a:apache:activemq:*:*:*:*:*:*:*:*cpe:2.3:a:apache:activemq_broker:*:*:*:*:*:*:*:*
References 5
- https://activemq.apache.org/security-advisories.data/CVE-2026-39304-announcement.txt Vendor Advisory
- http://www.openwall.com/lists/oss-security/2026/04/09/17 Mailing List, Third Party Advisory
- https://access.redhat.com/security/cve/CVE-2026-39304
- https://bugzilla.redhat.com/show_bug.cgi?id=2457275
- https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-39304.json