CVE-2026-85251

Narażenie poufnych informacji na działanie luki w zabezpieczeniach nieautoryzowanego aktora w komponencie HTTP Apache Camel.

Ten problem dotyczy Apache Camel: od 4.0.0 przed 4.18.5, od 4.19.0 przed 4.22.1.

Dwie ścieżki przekazują poświadczenia do miejsca docelowego przekierowania, którym jest host wybrany przez serwer zdalny, a nie przez trasę, po wykonaniu followRedirects=true. OAuth2ClientConfigurer rejestruje swój przechwytywacz za pomocą addRequestInterceptorFirst, a HttpClient uruchamia przechwytywacze żądań na poziomie protokołu w ProtocolExec, który znajduje się poniżej RedirectExec w łańcuchu exec; dlatego przechwytywacz działał ponownie przy każdym przeskoku przekierowania i ponownie dołączał Autoryzację: Nośnik do dowolnego hosta o nazwie nagłówek lokalizacji. Oddzielnie rejestrowano referencje w oparciu o AuthScope pasujący do dowolnego hosta, więc podstawowe i skrócone referencje zostały przedstawione również docelowemu przekierowaniu. Zdalny punkt końcowy — lub każdy, kto może wpływać na jego odpowiedzi — może zatem zebrać token nośnika lub skonfigurowane dane uwierzytelniające, po prostu odpowiadając i przesyłając przekierowanie do kontrolowanego przez siebie hosta.

Uaktualnij do Apache Camel 4.23.0, co rozwiąże problem. Użytkownicy strumienia wydań 4.18.x LTS powinni dokonać aktualizacji do wersji 4.18.5. Użytkownicy strumienia wydań 4.22.x LTS powinni dokonać aktualizacji do wersji 4.22.1. Poświadczenia są teraz wysyłane tylko do urzędu, z którym skonfigurowano punkt końcowy, i nie są ponownie dołączane, gdy przekierowanie przechodzi do innego hosta. W przypadku wdrożeń, których nie można uaktualnić natychmiast, ustaw followRedirects=false na punktach końcowych przenoszących poświadczenia i obsługuj wszelkie przekierowania jawnie na trasie, tak aby miejsce docelowe było wybierane przez trasę, a nie przez serwer zdalny.