Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Apache ActiveMQ Broker、Apache ActiveMQ All、Apache ActiveMQ 中的不当输入验证、不当控制代码生成“代码注入”漏洞。如果 activemq-http 模块位于类路径上则经认证的攻击者可通过 BrokerView.addNetworkConnector 或 BrokerView.addConnector 的 HTTP 发现传输添加使用 HTTP 发现传输的连接器从而绕过 CVE-2026-34197 中的补丁。恶意 HTTP 端点可通过 HTTP URI 返回 VM 传输这将绕过 CVE-2026-34197中添加的验证。然后攻击者可利用 VM 传输的 brokerConfig 参数加载使用 ResourceXmlApplicationContext 的远程 Spring XML 应用程序上下文。由于 Spring 的 ResourceXmlApplicationContext 会在 BrokerService 验证配置之前实例化所有单一实例 Bean因此会通过 bean 工厂方法例如 Runtime.exec()在代理的 JVM 上执行任意代码。此问题会影响 Apache ActiveMQ Broker 之前的 5.19.6之前的 6.0.0 中的 6.2.5
    Apache ActiveMQ All低于 5.19.6的来自低于 6.0.0 的 6.2.5Apache ActiveMQ低于 的 5.19.6来自低于 的 6.0.06.2.5。建议用户升级到版本 5.19.6 或 6.2.5这修复了此问题。
    (CVE-2026-40466)

  - Apache ActiveMQ Broker、Apache ActiveMQ All、Apache ActiveMQ 中的不当输入验证、不当控制代码生成「代码注入」漏洞。经身份验证的攻击者可能会绕过 CVE-2026-34197 中的补丁通过添加使用 HTTP 发现传输的连接器如果 activemq-http 模块位于类路径上则通过 Jolokia 安装 BrokerView.addNetworkConnector 或 BrokerView.addConnector。恶意 HTTP 端点可通过 HTTP URI 返回 VM 传输这将绕过 CVE-2026-34197中添加的验证。之后攻击者可利用 VM 传输的 brokerConfig 参数通过 ResourceXmlApplicationContext 加载远程 Spring XML 应用程序上下文。由于 Spring 的 ResourceXmlApplicationContext 会在 BrokerService 验证配置之前实例化所有单一实例 Bean会通过 Runtime 等 Bean 工厂方法在代理的 JVM 上执行任意代码。 .exec()。此问题会影响 Apache ActiveMQ Broker 之前的 5.19.6、来自之前的 6.0.06.2.5的
    Apache ActiveMQ All低于 5.19.6的来自低于 6.0.0 的 6.2.5Apache ActiveMQ 5.19.6之前的版本、6.2.5 之前的 6.0.0 版本。建议用户升级到版本 5.19.6 或 6.2.5这修复了 问题。
    (CVE-2026-40466)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-40466

high Nessus 插件 ID 310126

版本 1.1