Improper Input Validation, Improper Control of Generation of Code ('Code Injection') vulnerability in Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ. An authenticated attacker may bypass the fix in CVE-2026-34197 by adding a connector using an HTTP Discovery transport via BrokerView.addNetworkConnector or BrokerView.addConnector through Jolokia if the activemq-http module is on the classpath. A malicious HTTP endpoint can return a VM transport through the HTTP URI which will bypass the validation added in CVE-2026-34197. The attacker can then use 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.6, from 6.0.0 before 6.2.5; Apache ActiveMQ All: before 5.19.6, from 6.0.0 before 6.2.5; Apache ActiveMQ: before 5.19.6, from 6.0.0 before 6.2.5. Users are recommended to upgrade to version 5.19.6 or 6.2.5, which fixes the issue.

The version of IBM Engineering Requirements Management DOORS (formerly IBM Rational DOORS) installed on the remote host is 9.6.1.1 prior or equal to 9.6.1.13 or 9.7.2.1 prior or equal to 9.7.2.11. It is, therefore, affected by multiple vulnerabilities as referenced in the 7279145 advisory.

  - IBM DOORS Web Access do not limit the length of a connection which could allow for a Slowloris HTTP denial     of service attack to take place. This can cause the web server to become unresponsive. (CVE-2024-25039)

  - IBM DOORS Web Access is vulnerable to cross-site scripting. This vulnerability allows an unauthenticated     attacker to embed arbitrary JavaScript code in the Web UI thus altering the intended functionality     potentially leading to credentials disclosure within a trusted session. (CVE-2025-0152)

  - IBM DOORS Web Access could allow a remote attacker to obtain sensitive information when a detailed     technical error message is returned in the browser. This information could be used in further attacks     against the system. (CVE-2020-4984)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - Improper Input Validation, Improper Control of Generation of Code ('Code Injection') vulnerability in
    Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ. An authenticated attacker may bypass the fix
    in CVE-2026-34197 by adding a connector using an HTTP Discovery transport via
    BrokerView.addNetworkConnector or BrokerView.addConnector through Jolokia if the activemq-http module is
    on the classpath. A malicious HTTP endpoint can return a VM transport through the HTTP URI which will
    bypass the validation added in CVE-2026-34197. The attacker can then use 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.6, from 6.0.0 before 6.2.5;
    Apache ActiveMQ All: before 5.19.6, from 6.0.0 before 6.2.5; Apache ActiveMQ: before 5.19.6, from 6.0.0
    before 6.2.5. Users are recommended to upgrade to version 5.19.6 or 6.2.5, which fixes the issue.
    (CVE-2026-40466)

The version of Apache ActiveMQ running on the remote host is prior to 5.19.6 or 6.x prior to 6.2.5. It is, therefore, affected by multiple vulnerabilities:

  - An authenticated attacker may bypass the fix in CVE-2026-34197 by adding a connector using an HTTP Discovery     transport via BrokerView.addNetworkConnector or BrokerView.addConnector through Jolokia if the activemq-http module     is on the classpath. A malicious HTTP endpoint can return a VM transport through the HTTP URI which will bypass the     validation added in CVE-2026-34197. The attacker can then use 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().
    (CVE-2026-40466)

  - An authenticated attacker can use the admin web console page to construct a malicious broker name that bypasses name     validation to include an xbean binding that can be later used by a VM transport to load a remote Spring XML     application. The attacker can then use the DestinationView mbean to send a message to trigger a VM transport     creation that will reference this malicious broker name which can lead to loading the malicious Spring XML context     file. 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(). (CVE-2026-41044)

  - An authenticated attacker can show malicious content when browsing queues in the web console by overriding the     content type to be HTML (instead of XML) and by injecting HTML into a JMS selector field. (CVE-2026-41043)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - Improper Input Validation, Improper Control of Generation of Code ('Code Injection') vulnerability in     Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ. An authenticated attacker may bypass the fix     in CVE-2026-34197 by adding a connector using an HTTP Discovery transport via     BrokerView.addNetworkConnector or BrokerView.addConnector through Jolokia if the activemq-http module is     on the classpath. A malicious HTTP endpoint can return a VM transport through the HTTP URI which will     bypass the validation added in CVE-2026-34197. The attacker can then use 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.6, from 6.0.0 before 6.2.5;
    Apache ActiveMQ All: before 5.19.6, from 6.0.0 before 6.2.5; Apache ActiveMQ: before 5.19.6, from 6.0.0     before 6.2.5. Users are recommended to upgrade to version 5.19.6 or 6.2.5, which fixes the issue.
    (CVE-2026-40466)

  - Improper Input Validation, Improper Control of Generation of Code ('Code Injection') vulnerability in     Apache ActiveMQ Broker, Apache ActiveMQ All, Apache ActiveMQ.An authenticated attacker may bypass the fix     in CVE-2026-34197 by adding a connector using an HTTP Discovery transport via     BrokerView.addNetworkConnector or BrokerView.addConnector through Jolokia if the activemq-http module is     on the classpath.A malicious HTTP endpoint can return a VM transport through the HTTP URI which will     bypass the validation added in CVE-2026-34197. The attacker can then use 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.6, from 6.0.0 before 6.2.5;
    Apache ActiveMQ All: before 5.19.6, from 6.0.0 before 6.2.5; Apache ActiveMQ: before 5.19.6, from 6.0.0     before 6.2.5.Users are recommended to upgrade to version 5.19.6 or 6.2.5, which fixes the issue.
    (CVE-2026-40466)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Type	Severity
333335	IBM Engineering Requirements Management DOORS 9.6.1.1 <= 9.6.1.13 / 9.7.2.1 < 9.7.2.11 Multiple Vulnerabilities (7279145)	Nessus	Windows	Local	high
441137	SCA: security update for org.apache.activemq:activemq-all, org.apache.activemq:activemq-broker, org.apache.activemq:apache-activemq (GHSA-w3w2-mpp5-92gm)	Tenable Cloud Security	SCA Checks	Local	high
441137	SCA: security update for org.apache.activemq:activemq-all, org.apache.activemq:activemq-broker, org.apache.activemq:apache-activemq (GHSA-w3w2-mpp5-92gm)	Tenable Self-Hosted Container Security	SCA Checks	Local	high
311265	Apache ActiveMQ < 5.19.6 / 6.x < 6.2.5 Multiple Vulnerabilities	Nessus	CGI abuses	Combined	high
310126	Linux Distros Unpatched Vulnerability : CVE-2026-40466	Nessus	Misc.	Local	high

Detections

Analytics

CVE-2026-40466

high

Tenable Plugins

high

high

high

high

high