CVE-2026-34197: Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ: Authenticated users could perform RCE via Jolokia MBeans
Improper Input Validation, Improper Control of Generation of Code ('Code Injection') vulnerability in Apache ActiveMQ Broker, Apache ActiveMQ.
Apache ActiveMQ Classic exposes the Jolokia JMX-HTTP bridge at /api/jolokia/ on the web console. The default Jolokia access policy permits exec operations on all ActiveMQ MBeans (org.apache.activemq:*), including
BrokerService.addNetworkConnector(String) and BrokerService.addConnector(String).
An authenticated attacker can invoke these operations with a crafted discovery URI that triggers the VM transport's brokerConfig parameter to load a remote Spring XML application context using ResourceXmlApplicationContext.
Because Spring's ResourceXmlApplicationContext instantiates all singleton beans before the BrokerService validates the configuration, arbitrary code execution occurs on the broker's JVM through bean factory methods such as Runtime.exec().
This issue affects Apache ActiveMQ Broker: before 5.19.4, from 6.0.0 before 6.2.3; Apache ActiveMQ All: before 5.19.4, from 6.0.0 before 6.2.3; Apache ActiveMQ: before 5.19.4, from 6.0.0 before 6.2.3.
Users are recommended to upgrade to version 5.19.4 or 6.2.3, which fixes the issue
Security readout for executives and security teams
Plain-English summary
An authenticated attacker can abuse ActiveMQ Classic’s Jolokia management interface to run arbitrary code on the broker server. Successful exploitation could expose messages, alter broker operations, steal secrets, or interrupt service. CISA lists this vulnerability as known exploited, making prompt remediation important.
Executive priority
Treat as an urgent patching priority, especially for internet-accessible or widely reachable management interfaces. Active exploitation, low attack complexity, and potential full compromise of confidentiality, integrity, and availability justify accelerated inventory, containment, and upgrading.
Technical view
The default Jolokia policy permits execution of ActiveMQ MBean operations. Crafted connector configuration can make the VM transport load remote Spring XML; singleton beans are instantiated before configuration validation, enabling code execution inside the broker JVM. Exploitation requires authenticated Jolokia access but no user interaction.
Likely exposure
Affected deployments run ActiveMQ versions before 5.19.4, or 6.0.0 through versions before 6.2.3. Practical exposure is greatest where the web console’s /api/jolokia/ endpoint is reachable and attacker-obtainable credentials can authenticate. The supplied evidence does not quantify exposed installations.
Exploitation context
CISA’s KEV listing supports active exploitation in the wild. The supplied sources do not describe exploitation scale, targeted organizations, observed indicators, or whether compromised credentials were obtained through separate attacks. Authentication reduces exposure but does not remove urgency.
Researcher notes
The critical boundary is authenticated Jolokia MBean execution combined with premature Spring bean instantiation. Assess endpoint reachability, authorization policy, connector-operation telemetry, and whether remote configuration resources were accessed. Avoid assuming every authenticated account can exploit the issue without validating deployment-specific permissions.
Mitigation direction
Upgrade ActiveMQ 5.x deployments to version 5.19.4 or later.
Upgrade ActiveMQ 6.x deployments to version 6.2.3 or later.
Until upgraded, restrict Jolokia and web-console access to trusted administrators and management networks.
Review the Apache advisory and applicable downstream vendor guidance before deployment.
Validation and detection
Inventory ActiveMQ Broker, ActiveMQ All, and Apache ActiveMQ package versions.
Determine whether /api/jolokia/ is reachable from untrusted or broadly accessible networks.
Review Jolokia activity for unexpected exec operations involving addConnector or addNetworkConnector.
After upgrading, confirm the running broker reports version 5.19.4, 6.2.3, or later.
Review authentication records for unusual or compromised administrative access.
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-20: 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.
Command injection weaknesses can lead defenders to review execution techniques and command interpreter telemetry. 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.
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. 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.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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.
Exploitation: activeAutomatable: noTechnical Impact: total
CVSS vector scores
2 official scores
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 7, 2026, 07:50 UTC (UTC+00:00)
CVE publishedCVE Program
The CVE record was published.
Apr 7, 2026, 07:50 UTC (UTC+00:00)
ADP timelineredhat-SADP
Reported to Red Hat.
Apr 7, 2026, 09:01 UTC (UTC+00:00)
Added to KEVCISA-ADP
CISA Known Exploited Vulnerabilities metadata lists this CVE as known exploited.
Apr 16, 2026, 00:00 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.
Aug 17, 2026, 12:05 UTC (UTC+00:00)
ADP provider summaries
CVECVE Program Container
CISA-ADPCISA ADP Vulnrichment
cvssV3_1other:ssvcother:kev
redhat-SADPorg.apache.activemq/activemq-broker: org.apache.activemq/activemq-all: Apache ActiveMQ: RCE via crafted discovery URI in Jolokia JMX-HTTP bridge