Loading vulnerability…
CVE-2007-1036 affects JBoss Application Server deployments using the default configuration, in which access to the administrative console and web-management interfaces is not restricted. A remote attacker can send direct requests to an exposed management interface without authenticating, obtaining administrative access.
Mallory correlates every CVE against your assets, your vendors, and active adversary campaigns. Know which vulnerabilities matter for you, not just which ones are loud.
What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.
What an attacker gets, and what they’ve been doing with it.
If you can’t patch tonight, do this now.
Patch, then assume compromise.
2 valid exploits after Mallory filtered fakes, detection scripts, and README-only repos.
This repository contains a single Metasploit module: 'jboss_maindeployer.rb', which exploits vulnerabilities in JBoss Application Server's jmx-console (CVE-2007-1036 and CVE-2010-0738). The exploit works by uploading a malicious WAR file to the target server using the MainDeployer functionality exposed via the jmx-console. The module sets up a temporary HTTP server to serve the WAR payload, which the target JBoss server fetches and deploys, resulting in remote code execution. The exploit supports multiple platforms (Java, Linux, Windows) and can automatically detect the target's platform and architecture. The module allows for customization of the payload, application base name, JSP name, and HTTP method (to exploit different CVEs). The main fingerprintable endpoints are the '/jmx-console' path and the '/HtmlAdaptor' MBean query. The exploit is weaponized, as it is part of the Metasploit framework and supports customizable payloads for post-exploitation.
This repository contains a single Metasploit module: 'jboss_invoke_deploy.rb', which exploits a remote code execution vulnerability (CVE-2007-1036) in JBoss Application Server versions 4.x and 5.x. The exploit targets the JMXInvokerServlet endpoint (default: /invoker/JMXInvokerServlet, typically on port 8080), which, if exposed, allows unauthenticated attackers to deploy arbitrary WAR files via the DeploymentFileRepository JMX interface. The module supports multiple payloads (including Meterpreter and generic shells) and can target both Windows and Linux platforms. The exploit is fully weaponized, allowing for easy payload customization and automated exploitation through the Metasploit framework. The code is written in Ruby and leverages Metasploit's HttpClient and EXE mixins for network communication and payload generation. The only fingerprintable endpoint is the JMXInvokerServlet URI, which is configurable but defaults to '/invoker/JMXInvokerServlet'.
Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.
Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.
3 sources tracked across advisories, community write-ups, and news. New activity surfaces here as Mallory finds it.
Query your assets running an affected version, and investigate the blast radius.
Every observed campaign linking this CVE to a named adversary.
Malware families riding this exploit, with evidence and IOCs.
YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.
Cross-references every affected SKU, including bundled OEM variants.
Community discussion across Reddit, Mastodon, and other social sources.