oscerd/cve-2026-80312Рабочий proof-of-concept для CVE-2026-80312 — fail-open защиты OAuth в Apache Camel camel-oauth, с репродьюсерами на Spring Boot и Quarkus для уязвимой и исправленной версий.
Запускаемый воспроизводитель proof-of-concept для уязвимости Apache Camel, при которой процессоры camel-oauth, защищающие
маршрут, не останавливали обмен, когда аутентификацию не удавалось завершить. Там, где сбой установления
аутентифицированной сессии должен был прервать маршрутизацию и вернуть ошибку, процессор устанавливал код ответа, но
возвращал управление маршруту — поэтому запрос продолжал выполняться к защищённой конечной точке так, как будто аутентификация
успешно прошла. Результат — защита аутентификации с отказом в открытом состоянии: неаутентифицированный вызывающий достигает того, что маршрут
делает дальше, на обычном пути запроса, без какой-либо специальной конфигурации.
| Среда выполнения | Каталог | Стек |
|---|---|---|
| Camel Spring Boot | camel-spring-boot/ | Spring Boot 3.5.13 + camel-oauth 4.22.0 (уязвимая; исправлена в 4.22.1), HTTP через camel-undertow |
| Camel Quarkus | camel-quarkus/ | Quarkus 3.39.0 + camel-quarkus-oauth 3.39.0 (Camel 4.22.0, уязвимая; исправлена в 3.40.0 / Camel 4.22.1), HTTP через camel-quarkus-platform-http |
Оба модуля демонстрируют уязвимое и исправленное поведение. (Модуль Spring Boot использует camel-undertow в качестве
HTTP-транспорта — защита не зависит от транспорта, а camel-platform-http-starter 4.22.0 собран против
другой линейки Spring Boot, чем 3.5.x.)
Маршрут предоставляет /protected, защищённый OAuthBearerTokenProcessor; только аутентифицированный запрос должен достигать
защищённых шагов, следующих далее. Атакующий отправляет GET /protected без заголовка Authorization.
exchange.setRouteStop(true), поэтому маршрут
проваливался к защищённым шагам → HTTP 200 и защищённое тело.rejectUnauthorized(...), который отвечает 401 и останавливает маршрут → защищённые
шаги никогда не выполняются.cd camel-spring-boot
mvn clean package
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack
docker compose down
Ожидаемый вывод на затронутой сборке:
Sent: GET /protected (NO Authorization header)
Response status: 200
Response body : PROTECTED-DATA: reached the protected endpoint WITHOUT authenticating
>>> PROVEN: the OAuth guard failed open ...
В исправленной сборке: Response status: 401, тело Authorization header, защищённые шаги так и не выполнились.
| Свойство | Значение |
|---|---|
| Компонент | camel-oauth (процессоры защиты маршрутов, например OAuthBearerTokenProcessor) |
| CWE | CWE-287 (Некорректная аутентификация) |
| Уровень серьёзности | ВЫСОКИЙ |
| Вектор атаки | Обычный запрос к маршруту, защищённому OAuth, где аутентификация не может быть завершена (здесь: отсутствует заголовок Authorization) |
| Воздействие | Неаутентифицированный доступ к защищённой конечной точке (обход аутентификации) |
| Затронутые версии | С 4.11.0 до 4.18.5, с 4.19.0 до 4.22.1 |
| Исправленные версии | 4.18.5, 4.22.1, 4.23.0 |
| JIRA | CAMEL-24411 |
| Благодарность | Claude Security Scan Tool |
Рекомендация: https://camel.apache.org/security/CVE-2026-80312.html
Процессоры защиты теперь вызывают rejectUnauthorized(...) / reject(...) на каждом пути, где аутентификация не может быть
завершена, что устанавливает HTTP-статус (401) и вызывает exchange.setRouteStop(true), чтобы ни один последующий шаг не выполнялся
для запроса, который процессор не аутентифицировал. «Отсутствие учётных данных должно отклоняться как минимум так же строго, как
недействительные учётные данные».
Разместите явную проверку авторизации после защиты или обеспечьте завершение маршрута при отсутствии
свойства обмена CamelOAuthUserProfile, пока у вас нет возможности обновиться.
Этот репозиторий опубликован в образовательных и защитных целях: чтобы помочь пользователям Apache Camel понять уязвимость, проверить, затронуты ли они, и убедиться, что обновление её устраняет. Не используйте этот материал против систем, которыми вы не владеете и которые не эксплуатируете.