{"id":11950,"date":"2026-04-08T10:03:38","date_gmt":"2026-04-08T10:03:38","guid":{"rendered":"https:\/\/serisec.com\/index.php\/2026\/04\/08\/claude-finds-13-year-old-0-day-rce-vulnerability-in-apache-activemq-in-10-minutes\/"},"modified":"2026-04-08T10:03:38","modified_gmt":"2026-04-08T10:03:38","slug":"claude-finds-13-year-old-0-day-rce-vulnerability-in-apache-activemq-in-10-minutes","status":"publish","type":"post","link":"https:\/\/serisec.com\/index.php\/2026\/04\/08\/claude-finds-13-year-old-0-day-rce-vulnerability-in-apache-activemq-in-10-minutes\/","title":{"rendered":"Claude Finds 13-Year-Old 0-Day RCE Vulnerability in Apache ActiveMQ in 10 Minutes"},"content":{"rendered":"<p>    Claude Finds 13-Year-Old 0-Day RCE Vulnerability in Apache ActiveMQ in 10 Minutes<br \/>\n \t<BR><br \/>\n<BR><\/BR><br \/>\n    <!-- no image --><br \/>\n \t<BR><br \/>\n<BR><\/BR><\/p>\n<div>\n<p>A critical remote code execution (RCE) vulnerability has been disclosed in <a href=\"https:\/\/cybersecuritynews.com\/apache-activemq-dos-vulnerability\/\" target=\"_blank\" rel=\"noreferrer noopener\">Apache ActiveMQ Classic<\/a>, a flaw that sat undetected for over a decade and was ultimately discovered not by a human researcher manually combing through code, but by Anthropic\u2019s Claude AI model in under 10 minutes.<\/p>\n<p>Tracked as CVE-2026-34197, the flaw is an improper input validation and code injection vulnerability residing in Apache ActiveMQ Classic\u2019s Jolokia JMX-HTTP bridge, exposed via the web console at <code>\/api\/jolokia\/<\/code> on port 8161.<\/p>\n<p>The vulnerability allows an authenticated attacker to call the <code>addNetworkConnector(String)<\/code> management operation on the broker\u2019s MBean and supply a crafted VM transport URI containing an attacker-controlled <code>brokerConfig=xbean:http:\/\/<\/code> parameter.<\/p>\n<p>When processed, ActiveMQ\u2019s VM transport layer creates an on-the-fly embedded broker by calling <code>BrokerFactory.createBroker()<\/code> using the attacker-supplied URL.<\/p>\n<h2 class=\"wp-block-heading\" id=\"h-apache-activemq-rce-vulnerability\"><strong>Apache ActiveMQ RCE Vulnerability<\/strong><\/h2>\n<p>The <code>xbean:<\/code> scheme, then hands the URL to Spring\u2019s <code>ResourceXmlApplicationContext<\/code>, which instantiates all bean definitions in the remote XML file \u2014 allowing arbitrary OS command execution via Spring\u2019s <code>MethodInvokingFactoryBean<\/code> to invoke <code>Runtime.getRuntime().exec()<\/code>.<\/p>\n<p>The root cause traces back to a remediation for CVE-2022-41678, where Apache added a blanket Jolokia allow rule for all operations on ActiveMQ\u2019s own MBeans (<code>org.apache.activemq:*<\/code>) to preserve web console functionality. That decision inadvertently unlocked every management operation \u2014 including <code>addNetworkConnector<\/code> \u2014 as an attack surface through Jolokia\u2019s REST API.<\/p>\n<p>While CVE-2026-34197 requires valid credentials in most deployments, default credentials (<code>admin:admin<\/code>) are widely present across enterprise environments.<\/p>\n<figure class=\"wp-block-image size-large\"><img data-recalc-dims=\"1\" decoding=\"async\" src=\"https:\/\/i0.wp.com\/blogger.googleusercontent.com\/img\/b\/R29vZ2xl\/AVvXsEjcplrLbUBnsmnbJ2azPUVNqxQkh0dh91yI8Y_0YZ8l7kYPZoQ5zqIglepL-vTylm6fZ4adySfJ5LGKzzradj74_beMfdIYHQVUR0c-qpSPBjrexKOrSo8e5hW1ZzoHmKOc4nwsFlKAmzOSYHdmNEF6D1Tw-2mNbJy6wSNmHStRbXEDkyG14EJzU0eCPJFO\/s16000\/Apache%2520ActiveMQ.webp?ssl=1\" alt=\"\"><figcaption class=\"wp-element-caption\"><strong>Apache ActiveMQ RCE Vulnerability<\/strong> (Source: Horizon3)<\/figcaption><\/figure>\n<p>More critically, organizations running ActiveMQ versions 6.0.0 through 6.1.1 are exposed to a fully unauthenticated RCE path. A separate flaw, CVE-2024-32114, inadvertently stripped authentication constraints from the <code>\/api\/*<\/code> path in those versions, meaning the Jolokia endpoint requires zero credentials \u2014 making CVE-2026-34197 a no-auth RCE on those builds.<\/p>\n<p>ActiveMQ has a well-documented history of being targeted in the wild. Both CVE-2016-3088 (authenticated RCE via the web console) and CVE-2023-46604 (unauthenticated RCE via the broker port) are listed on CISA\u2019s Known Exploited Vulnerabilities (KEV) catalog.<\/p>\n<p><a href=\"https:\/\/horizon3.ai\/attack-research\/disclosures\/cve-2026-34197-activemq-rce-jolokia\/\" target=\"_blank\" rel=\"noreferrer noopener nofollow\">Researchers at Horizon3.ai credited<\/a> Anthropic\u2019s Claude AI with identifying the flaw during an AI-assisted source code review. By providing Claude with a lightweight vulnerability-hunting prompt and a live target for validation, the team enabled the AI to trace the multi-component attack chain spanning Jolokia, JMX, network connectors, and VM transports in approximately 10 minutes.<\/p>\n<p>Analysts noted this chain would likely have taken a skilled human researcher an entire week to map manually, underscoring how AI models are fundamentally lowering the barrier for vulnerability research.<\/p>\n<h2 class=\"wp-block-heading\" id=\"detection-and-remediation\"><strong>Mitigations<\/strong><\/h2>\n<p>Organizations should monitor ActiveMQ broker logs for entries referencing <code>vm:\/\/<\/code> URIs containing <code>brokerConfig=xbean:http<\/code>, POST requests to <code>\/api\/jolokia\/<\/code> with <code>addNetworkConnector<\/code> in the body, and unexpected outbound HTTP connections from the ActiveMQ process. Defenders should also watch for unusual child processes spawned by the ActiveMQ JVM.<\/p>\n<p>The vulnerability is patched in ActiveMQ Classic versions 5.19.4 and 6.2.3. The fix removes the ability for <code>addNetworkConnector<\/code> to register <code>vm:\/\/<\/code> transports via the Jolokia API entirely.<\/p>\n<p>All organizations running affected versions should update immediately and audit deployments for default credential usage across all ActiveMQ instances.<\/p>\n<p class=\"has-text-align-center has-background\" style=\"background:linear-gradient(180deg,rgb(238,238,238) 94%,rgb(169,184,195) 100%)\"><strong>Follow us on <a href=\"https:\/\/news.google.com\/publications\/CAAqMggKIixDQklTR3dnTWFoY0tGV041WW1WeWMyVmpkWEpwZEhsdVpYZHpMbU52YlNnQVAB?hl=en-IN&amp;gl=IN&amp;ceid=IN:en\" target=\"_blank\" rel=\"noreferrer noopener nofollow\">Google News<\/a>, <a href=\"https:\/\/www.linkedin.com\/company\/cybersecurity-news\/\" target=\"_blank\" rel=\"noreferrer noopener nofollow\">LinkedIn<\/a>, and <a href=\"https:\/\/x.com\/cyber_press_org\" target=\"_blank\" rel=\"noreferrer noopener nofollow\">X<\/a> for daily cybersecurity updates. <a href=\"https:\/\/cybersecuritynews.com\/contact-us\/\" target=\"_blank\" rel=\"noreferrer noopener nofollow\">Contact us<\/a> to feature your stories.<\/strong><\/p>\n<p>The post <a href=\"https:\/\/cybersecuritynews.com\/claude-apache-activemq\/\">Claude Finds 13-Year-Old 0-Day RCE Vulnerability in Apache ActiveMQ in 10 Minutes<\/a> appeared first on <a href=\"https:\/\/cybersecuritynews.com\/\">Cyber Security News<\/a>.<\/p>\n<\/div>\n<p> \t<BR><br \/>\n <BR><\/BR><br \/>\n    Guru Baran<br \/>\n \t<BR><br \/>\n<BR><\/BR><br \/>\n<a href=\"https:\/\/cybersecuritynews.com\/claude-apache-activemq\/\">Go to cyber-security-news<\/a><br \/>\n \t<BR><br \/>\n <BR><\/BR><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Claude Finds 13-Year-Old 0-Day RCE Vulnerability in Apache ActiveMQ in 10 Minutes A critical remote code execution (RCE) vulnerability has been disclosed in Apache ActiveMQ Classic, a flaw that sat undetected for over a decade and was ultimately discovered not by a human researcher manually combing through code, but by Anthropic\u2019s Claude AI model in [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[129,63,648],"tags":[130],"class_list":["post-11950","post","type-post","status-publish","format-standard","hentry","category-cyber-security","category-cyber-security-news","category-vulnerability-news","tag-cyber-security-news"],"_links":{"self":[{"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/posts\/11950"}],"collection":[{"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/comments?post=11950"}],"version-history":[{"count":0,"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/posts\/11950\/revisions"}],"wp:attachment":[{"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/media?parent=11950"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/categories?post=11950"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/serisec.com\/index.php\/wp-json\/wp\/v2\/tags?post=11950"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}