CVE-2026-85251 Divulgación de credenciales a destinos de redirección en Apache Camel HTTP
Una vulnerabilidad de exposición de información sensible en el componente HTTP de Apache Camel: con followRedirects=true, dos rutas entregaban credenciales a un destino de redirección elegido por el servidor remoto. El interceptor de OAuth2ClientConfigurer se ejecutaba en cada salto de redirección y volvía a adjuntar Authorization: Bearer al host indicado en Location; además, las credenciales se registraban contra un AuthScope que coincidía con cualquier host, por lo que las credenciales básicas y digest también…
CVSS 3.1
- Probabilidad de explotación0,5 %
- Explotada activamenteNo confirmada
- Exploit públicoSí, 1
Afectados
Apache Software Foundation Apache Camel
desde 4.0.0 hasta antes de 4.18.5desde 4.19.0 hasta antes de 4.22.1
Qué hacer
- Verificá si usás Apache Camel y en qué versión.
- Actualizá a la versión corregida que indique el fabricante en su aviso o aplicá su mitigación.
- Priorizá la corrección: hay código de explotación público.
- Revisá registros y accesos de los sistemas expuestos para descartar un uso previo.
Exploits públicos
Código publicado por terceros. Puede ser malicioso: revisalo solo en un entorno aislado.
Calculadora CVSS
CVSS 3.1 · 7.5 ALTA
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
- Vector de ataqueRed
- Complejidad del ataqueBaja
- Privilegios requeridosNinguno
- Interacción del usuarioNinguna
- AlcanceSin cambio
- ConfidencialidadAlta
- IntegridadNinguna
- DisponibilidadNinguna
Descripción original
Exposure of Sensitive Information to an Unauthorized Actor vulnerability in Apache Camel HTTP component.
This issue affects Apache Camel: from 4.0.0 before 4.18.5, from 4.19.0 before 4.22.1.
Two paths handed credentials to a redirect target, which is a host chosen by the remote server rather than by the route, once followRedirects=true. OAuth2ClientConfigurer registers its interceptor with addRequestInterceptorFirst, and HttpClient runs protocol-level request interceptors inside ProtocolExec, which sits below RedirectExec in the exec chain; the interceptor therefore ran again for every redirect hop and re-attached Authorization: Bearer to whatever host the Location header named. Separately, credentials were registered against an AuthScope matching any host, so basic and digest credentials were presented to a redirect target as well. A remote endpoint - or anyone who can influence its responses - could therefore collect the bearer token or the configured credentials simply by answering with a redirect to a host it controls.
Upgrade to Apache Camel 4.23.0, which fixes the issue. Users on the 4.18.x LTS releases stream should upgrade to 4.18.5. Users on the 4.22.x LTS releases stream should upgrade to 4.22.1. Credentials are now sent only to the authority the endpoint was configured with, and are not re-attached when a redirect crosses to another host. For deployments that cannot upgrade immediately, set followRedirects=false on endpoints that carry credentials, and handle any redirect explicitly in the route so that the destination is chosen by the route rather than by the remote server.
Referencias (5)
Resumen traducido automáticamente de la descripción original. Fuente: Nureq Monitor. Cómo funciona.