Katalog CVE

CVE-2026-85251

WysokieCVSS 7.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.49%

Percentyl 41 - wyżej niż 41% wszystkich znanych CVE

Streszczenie

Podatność w komponencie Apache Camel HTTP polega na ujawnieniu poufnych danych nieautoryzowanemu podmiotowi. Gdy włączono followRedirects=true, poświadczenia (token Bearer OAuth2 oraz dane basic/digest) były ponownie dołączane do żądań kierowanych na host wskazany w nagłówku Location przekierowania, a nie na host skonfigurowany w trasie. Zdalny endpoint mógł więc przechwycić poświadczenia, odpowiadając przekierowaniem na kontrolowany przez siebie host.

Ocena ryzyka

Atakujący kontrolujący zdalny endpoint lub jego odpowiedzi może wykraść tokeny Bearer oraz poświadczenia basic/digest używane przez aplikację. Może to prowadzić do nieautoryzowanego dostępu do chronionych zasobów i eskalacji kompromitacji.

Rekomendacja

Zaktualizuj Apache Camel do wersji 4.23.0 (lub 4.18.5 dla strumienia 4.18.x LTS albo 4.22.1 dla 4.22.x LTS). Jeśli aktualizacja nie jest możliwa, ustaw followRedirects=false na endpointach z poświadczeniami i obsługuj przekierowania jawnie w trasie.

Inne podatności w Apache Camel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS