CVE-2026-39304: Apache ActiveMQ Client, Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ: Incorrect handling of TLSv1.3 KeyUpdate can be exploited to cause DoS via OOM
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.
Security readout for executives and security teams
Plain-English summary
CVE-2026-39304 can let an unauthenticated network client crash an Apache ActiveMQ service by exhausting broker memory through TLS handling. The business impact is availability loss for messaging-dependent systems, not data theft or code execution based on the provided sources.
Executive priority
Treat as a prompt availability fix for any production ActiveMQ service supporting critical workflows. Prioritize internet-facing or broadly reachable brokers first. The issue is high severity because outage can be triggered remotely, but provided evidence does not support data compromise or confirmed exploitation.
Technical view
ActiveMQ NIO SSL transports mishandle TLSv1.3 KeyUpdate events triggered by clients. Repeated updates can consume SSL engine memory until the broker hits out-of-memory denial of service. Affected products include ActiveMQ Client, Broker, All, and Apache ActiveMQ before the fixed vendor-recommended releases.
Likely exposure
Exposure is most likely where Apache ActiveMQ NIO SSL transports are reachable by clients, especially over TLSv1.3. The source bundle identifies affected Maven artifacts including activemq-client, activemq-broker, activemq-all, and apache-activemq in vulnerable version ranges.
Exploitation context
CVSS indicates network attack vector, low complexity, no privileges, and no user interaction. The bundle does not show CISA KEV listing or active exploitation evidence, so active exploitation should not be assumed.
Researcher notes
The core weakness is resource exhaustion from incorrect TLS KeyUpdate handling in NIO SSL transport. TLS versions before 1.3 are described as broken but not OOM-vulnerable. Avoid assuming exploit maturity beyond the advisory and CVSS metadata.
Mitigation direction
Upgrade to Apache ActiveMQ 6.2.4 or 5.19.5 per vendor guidance.
Patch affected activemq-client, activemq-broker, activemq-all, and apache-activemq dependencies.
Limit NIO SSL broker exposure to trusted networks while upgrades are scheduled.
Review Apache and Red Hat advisories for any environment-specific guidance.
Monitor broker memory pressure and restart events until remediation is complete.
Validation and detection
Inventory deployed ActiveMQ versions and Maven artifacts across applications and brokers.
Confirm whether NIO SSL transports are enabled and reachable by clients.
Verify TLSv1.3 is in use on exposed ActiveMQ SSL endpoints.
Check broker logs and metrics for out-of-memory or SSL engine failures.
After upgrade, confirm runtime reports version 6.2.4 or 5.19.5.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-400: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
ADP timelineredhat-SADP
Made public.
Apr 10, 2026, 10:54 UTC (UTC+00:00)
CVE publishedCVE Program
The CVE record was published.
Apr 10, 2026, 10:54 UTC (UTC+00:00)
ADP timelineredhat-SADP
Reported to Red Hat.
Apr 10, 2026, 11:00 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.
Jul 15, 2026, 01:02 UTC (UTC+00:00)
ADP provider summaries
CVECVE Program Container
CISA-ADPCISA ADP Vulnrichment
cvssV3_1other:ssvc
redhat-SADPApache ActiveMQ Client: Apache ActiveMQ Broker: Apache ActiveMQ: Apache ActiveMQ: Denial of Service due to TLSv1.3 KeyUpdate memory exhaustion
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-400 · source CWE mapping
Uncontrolled Resource Consumption
Uncontrolled Resource Consumption represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Allocation of Resources Without Limits or Throttling
Allocation of Resources Without Limits or Throttling represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.