CVE-2026-85243

Nieprawidłowa weryfikacja luki w zabezpieczeniach wartości kontroli integralności w komponencie Apache Camel Crypto PGP.

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

unmarshal() sprawdzała kod wykrywania modyfikacji tylko wtedy, gdy wiadomość była symetrycznie zaszyfrowanym pakietem danych chronionym integralnością OpenPGP. Starszy, zaszyfrowany symetrycznie pakiet danych nie zawiera takiego kodu, a tryb CFB OpenPGP można modyfikować bez niego, więc wiadomość korzystająca z tego pakietu całkowicie pomijała kontrolę. Typ pakietu jest wybierany przez tego, kto wyprodukował wiadomość, który opuścił nadawcę – lub przez każdą osobę, która jest w stanie przepisać wiadomość w trakcie przesyłania – decydując, czy w ogóle zastosowano kontrolę integralności. Istniejąca opcja integralności reguluje jedynie kierowanie i nie ma odpowiednika po stronie deszyfrowania, więc wdrożenie nie może wymagać ochrony integralności akceptowanych wiadomości.

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. Opcja requireIntegrityProtection z domyślną wartością true odrzuca teraz wiadomość, która nie jest chroniona pod kątem integralności. Należy pamiętać, że opcja podpisuWeryfikacja nadal jest domyślnie opcjonalna, więc wiadomość nie posiadająca podpisu jest akceptowana; te dwie opcje razem dają odszyfrowanej wiadomości autentyczność, a nie tylko poufność. W przypadku wdrożeń, w przypadku których nie można dokonać natychmiastowej aktualizacji, należy odrzucać wiadomości, które nie korzystają z pakietu chronionego integralnością, zanim osiągną format danych. Trasy, które muszą współpracować z nadawcą nadal emitującym starszy pakiet, powinny po aktualizacji ustawić requireIntegrityProtection=false i traktować odszyfrowaną zawartość jako nieuwierzytelnioną.