Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Primary rating from Vendor (apache).
CVSS VectorVendor: apache
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Lifecycle Timeline
6Blast Radius
ecosystem impact- 6 maven packages depend on org.apache.activemq:activemq-all (3 direct, 3 indirect)
- 21 maven packages depend on org.apache.activemq:activemq-broker (14 direct, 7 indirect)
Ecosystem-wide dependent count for version 6.0.0 and other introduced versions.
DescriptionCVE.org
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: .
Users are recommended to upgrade to version 5.19.5 or 6.2.3, which fixes the issue.
Articles & Coverage 2
AnalysisAI
Remote code execution in Apache ActiveMQ Classic versions before 5.19.5 and 6.0.0-6.2.2 allows authenticated attackers to execute arbitrary code on the broker's JVM via Jolokia MBean operations. Attackers with low-privilege web console access can invoke BrokerService.addNetworkConnector() with a malicious discovery URI containing a VM transport brokerConfig parameter that loads remote Spring XML contexts, triggering bean instantiation and code execution through factory methods like Runtime.exec(
Technical ContextAI
Apache ActiveMQ Classic exposes the Jolokia JMX-HTTP bridge at /api/jolokia/ on its web console, providing HTTP-based access to Java Management Extensions (JMX) MBeans. The vulnerability stems from Jolokia's default access policy permitting exec operations on all org.apache.activemq:* MBeans, including BrokerService administrative methods. The attack chain exploits two key ActiveMQ features: (1) BrokerService.addNetworkConnector() and addConnector() methods that accept discovery URIs, and (2) the VM transport's brokerConfig parameter that can specify Spring XML configuration files via URLs. Spring Framework's ResourceXmlApplicationContext eagerly instantiates all singleton beans during context loading, before ActiveMQ validates the broker configuration. This CWE-20 (Improper Input Validation) and CWE-94 (Code Injection) flaw allows attackers to reference attacker-controlled Spring XML files containing malicious bean definitions with factory methods that execute arbitrary commands. Affected products per CPE data include cpe:2.3:a:apache_software_foundation:apache_activemq_broker and cpe:2.3:a:apache_software_foundation:apache_activemq across multiple version ranges.
RemediationAI
Organizations running affected Apache ActiveMQ Classic installations should immediately upgrade to version 5.19.5 for the 5.x branch or version 6.2.3 for the 6.x branch, both of which contain fixes that restrict Jolokia MBean access policies and validate discovery URI parameters before processing. The Apache security advisory at https://activemq.apache.org/security-advisories.data/CVE-2026-34197-announcement.txt provides official upgrade guidance. As an interim mitigation for environments unable to upgrade immediately, administrators should disable the Jolokia JMX-HTTP bridge by removing or restricting access to the /api/jolokia/ endpoint through web application firewall rules or servlet configuration, implement network-level access controls to limit web console exposure to trusted management networks only, enforce strong authentication on the web console with account lockout policies, and audit existing user accounts with web console access to ensure least-privilege principles. Organizations should also review ActiveMQ broker logs for suspicious addNetworkConnector or addConnector invocations and monitor for unusual network connections or Spring XML context loading attempts.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
Same weakness CWE-20 – Improper Input Validation
View allVendor StatusVendor
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-19588
GHSA-rxpj-7qvf-xv32