HIGH 8.1

CVE-2026-49877: Apache ActiveMQ Web Console Privilege Escalation (CVSS 8.1)

Apache ActiveMQ contains an improper authorization flaw that allows any authenticated user with low-privilege access to the Web Console to reach administrative paths they shouldn't be able to access. By default, the embedded Jetty web server fails to enforce proper access controls on /admin/* endpoints, meaning a regular user can potentially perform administrative actions. This affects ActiveMQ versions before 5.19.8 and 6.0.0 through 6.2.6.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N
Weaknesses (CWE)
CWE-285
Affected products
1 configuration(s)
Published / Modified
2026-06-30 / 2026-07-02

NVD description (verbatim)

Improper Authorization vulnerability in Apache ActiveMQ. An authenticated low-privilege Web Console user by default can access /admin/* paths in the Web Console. The default Jetty settings incorrectly did not limit those paths to only admins. This issue affects Apache ActiveMQ: before 5.19.8, from 6.0.0 before 6.2.7. Users are recommended to upgrade to version 6.2.7 or 5.19.8, which fixes the issue.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

The vulnerability stems from default Jetty configuration in Apache ActiveMQ that does not correctly restrict the /admin/* URL paths to administrative users only. An authenticated principal with low-privilege credentials can bypass role-based access control (RBAC) enforcement and reach administrative functionality in the Web Console. The flaw is classified as CWE-285 (Improper Authorization) and requires network access plus valid authentication credentials, making it a privilege escalation vector rather than an unauthenticated remote code execution risk. The CVSS 3.1 score of 8.1 reflects high confidentiality and integrity impact with low attack complexity.

Business impact

Attackers who obtain or are provisioned with low-privilege Web Console credentials—whether through phishing, insider threat, or credential compromise—can escalate to administrative capabilities without legitimate authorization. This enables unauthorized configuration changes, potential message tampering, querying sensitive data, or disruption of message broker operations. For organizations relying on ActiveMQ for critical messaging infrastructure (financial services, healthcare, logistics), this exposure could lead to data breaches, service interruption, or compliance violations if administrative audit trails are tampered with.

Affected systems

Apache ActiveMQ versions prior to 5.19.8 are affected. Additionally, the 6.0.0 through 6.2.6 release branches contain the flaw. Organizations running any production instance in these ranges should assess exposure. The Web Console must be enabled and exposed to users (even internally) for the risk to be exploitable; air-gapped or console-disabled deployments have reduced exposure.

Exploitability

Exploitation requires valid ActiveMQ Web Console credentials for a low-privilege user account. An attacker cannot exploit this remotely without authentication. However, once authenticated—through credential theft, insider access, or shared demo accounts—the privilege escalation is trivial and requires no special tools or code. The low attack complexity and lack of user interaction make this straightforward to exploit for anyone with basic web browser access to the console.

Remediation

Upgrade Apache ActiveMQ to version 5.19.8 or later for the 5.x branch, or to 6.2.7 or later for the 6.x branch. Both releases patch the Jetty configuration to properly enforce RBAC on administrative endpoints. Organizations unable to patch immediately should consider disabling the Web Console if not in use, or implementing network-level access controls (firewall rules, reverse proxy authentication) to restrict console access to administrative personnel only.

Patch guidance

1. Verify your current ActiveMQ version via bin/activemq --version or the Web Console footer. 2. Plan a maintenance window; stopping and restarting the broker is required. 3. Download the appropriate patched version (5.19.8 or 6.2.7+) from the Apache ActiveMQ download page. 4. Back up your existing ActiveMQ installation and configuration directory. 5. Extract the patched version, preserve your conf/ and data/ directories from the backup, then restart the broker. 6. Test Web Console access with a low-privilege test account to confirm admin paths are now inaccessible. 7. Review and audit any recent Web Console access logs for suspicious administrative activity.

Detection guidance

Monitor ActiveMQ Web Console access logs (typically in data/activemq.log) for requests to /admin/* endpoints from low-privilege user accounts. Implement alerting on successful authentication followed by attempts to access admin resources. Network intrusion detection signatures targeting unusual navigation patterns within the Web Console can help catch exploitation attempts. Additionally, review User and Group configurations in ActiveMQ; verify that only intended administrative users have admin role assignments and that Web Console access is restricted to trusted networks or VPNs.

Why prioritize this

This vulnerability merits high prioritization due to its CVSS 8.1 score and direct impact on confidentiality and integrity. The flaw enables straightforward privilege escalation with minimal attacker effort once credentials are obtained. Given that messaging brokers are often positioned in trust boundaries between internal systems, unauthorized admin access can cascade into broader infrastructure compromise. The presence of valid authentication does not reduce the severity—it underscores the need to compartmentalize user roles strictly.

Risk score, explained

The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N) yields 8.1 because the attack is network-accessible, has low complexity, requires only low-privilege authentication, and achieves high confidentiality and integrity impact (administrative control) without affecting availability. The lack of availability impact (A:N) prevents a critical rating, but the unscoped confidentiality and integrity breaches justify a HIGH severity band.

Frequently asked questions

Do we need to disable the Web Console entirely to avoid this risk?

Not necessarily. If your deployment does not expose the Web Console to untrusted networks and you enforce strong access controls on who receives Web Console credentials, the risk is containable while awaiting patches. However, patching is the permanent solution and should be prioritized.

Does this affect ActiveMQ deployments that use only brokers without the Web Console?

No. The Web Console is an optional component accessed via HTTP(S). If you run ActiveMQ in headless mode or do not deploy the console, this vulnerability does not apply to your installation.

Can we mitigate this without patching if we run ActiveMQ behind a reverse proxy?

A reverse proxy with strong authentication and role-based routing can reduce exposure, but it is not a replacement for patching. The underlying flaw remains in the broker's Jetty configuration, and the patch is the definitive fix.

What should we look for in our logs to detect if this was exploited?

Search activemq.log for low-privilege user accounts accessing URLs like /admin/queues.jsp, /admin/topics.jsp, /admin/connections.jsp, or /admin/users.jsp without permission errors. Also check your Web Console's user management audit trail for unauthorized privilege escalations or role changes.

This analysis is provided for informational purposes. Verify all patch version numbers and affected product ranges against the official Apache ActiveMQ security advisory before implementing any remediation. Test patches in non-production environments first. Organizations should conduct their own risk assessment based on their specific deployment topology, network exposure, and threat model. SEC.co does not warrant the completeness or accuracy of third-party vendor advisories referenced herein. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).