CVE-2026-55994
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 32 - wyżej niż 32% wszystkich znanych CVE
Streszczenie
Podatność w komponencie Iggy frameworku Apache Camel umożliwia atakującemu wstrzyknięcie nagłówków kontrolnych Camel, w tym CamelHttpUri, poprzez opublikowanie wiadomości do konsumowanego strumienia/tematu Iggy. W rezultacie, w trasie z konsumentem Iggy i producentem HTTP, atakujący może przekierować żądanie HTTP po stronie serwera do dowolnego celu (SSRF) oraz, poprzez rozwiązywanie placeholderów, ujawnić zmienne środowiskowe, właściwości aplikacji i sekrety z vaultu.
Ocena ryzyka
Organizacja narażona jest na wyciek wrażliwych danych (zmienne środowiskowe, sekrety) oraz na ataki SSRF, które mogą umożliwić dostęp do wewnętrznych usług lub punktów końcowych metadanych chmury, co może prowadzić do eskalacji uprawnień i dalszej kompromitacji infrastruktury.
Rekomendacja
Należy niezwłocznie zaktualizować Apache Camel do wersji 4.21.0 (lub 4.18.3 dla gałęzi 4.18.x). Jeśli aktualizacja nie jest możliwa, należy zastosować reguły removeHeaders('Camel*') i removeHeaders('camel*') na początku trasy oraz ograniczyć dostęp do publikowania w strumieniu/temacie Iggy.
Powiązane podatności
- CVE-2026-13312Krytyczne
Opisana podatność może umożliwić atakującemu przejęcie kontroli nad systemem. Szczegóły techniczne nie zostały podane w opisie.
- CVE-2026-115646Krytyczne
Podatność polegająca na częściowym porównywaniu ciągów znaków w produkcie HiRDB. Problem dotyczy serwera HiRDB w wersjach 10 (od 10-00 przed 10-12-01) oraz 9 (od 09-50-06 do 09-66-22), a także wersji z dodatkowymi funkcjami.
- CVE-2026-89126Krytyczne
SAP Web Dispatcher nieprawidłowo waliduje dane sieciowe przetwarzane przez komponent wewnętrzny. Nieuwierzytelniony atakujący może wysłać spreparowany ruch sieciowy, wywołując uszkodzenie pamięci, co może prowadzić do wykonania dowolnego kodu i pełnego przejęcia systemu.
- CVE-2026-89119Krytyczne
SAP Web Dispatcher oraz SAP NetWeaver Application Server ABAP (Internet Communication Manager) nie wykonują wystarczającej walidacji żądań w niektórych funkcjach administracyjnych. Nieuwierzytelniony atakujący może nakłonić zalogowanego administratora do odwiedzenia złośliwego linku, co może wywołać niepożądane akcje w sesji administratora i doprowadzić do pełnego przejęcia systemu operacyjnego.
- CVE-2026-89103Krytyczne
SAP Gateway aktywuje domyślną listę kontroli dostępu z wysokimi uprawnieniami, co pozwala zaklasyfikować zewnętrznego atakującego jako wewnętrzny serwer aplikacji. Nieuwierzytelniony atakujący z dostępem sieciowym do SAP Gateway może wykonywać nieautoryzowane działania w środowisku aplikacji.
- CVE-2026-76965Krytyczne
SAP NetWeaver Application Server ABAP i ABAP Platform nie wykonują niezbędnych kontroli autoryzacji dla niektórych funkcji wewnętrznych. Atakujący z niskimi uprawnieniami może wywołać podatną funkcjonalność i wykonać dowolne polecenia systemu operacyjnego na hoście.
- CVE-2026-76964Krytyczne
SAP NetWeaver Application Server ABAP nieprawidłowo waliduje dane sieciowe przetwarzane przez komponent wewnętrzny. Nieuwierzytelniony atakujący może wysłać spreparowany ruch sieciowy, wywołując uszkodzenie pamięci, co może prowadzić do wykonania dowolnego kodu i pełnego przejęcia systemu.
- CVE-2026-125086Krytyczne
W urządzeniu D-Link M60 1.12.B01 w pliku /etc/emDaemon/mosquitto.conf komponentu emDaemon MQTT Broker występują zaszyte na stałe poświadczenia. Podatność można wykorzystać zdalnie, a publicznie ujawniony exploit może być już używany.
- CVE-2026-124600Krytyczne
GV-Face przesyła poufne dane uwierzytelniające użytkowników oraz powiązane dane uwierzytelniania przez niezaszyfrowane połączenia HTTP. Ruch HTTP nie jest szyfrowany, co umożliwia atakującemu przechwycenie transmisji.
- CVE-2026-120017Krytyczne
SAP NetWeaver AS ABAP i ABAP Platform nie wykonują wystarczającej weryfikacji przychodzących asercji uwierzytelniania w niektórych konfiguracjach. Nieuwierzytelniony atakujący może przesłać spreparowane dane, aby obejść uwierzytelnianie i podszyć się pod dowolnych użytkowników, w tym konta uprzywilejowane.
Oryginalny opis (angielski, źródło NVD)
Improper Input Validation, Exposure of Sensitive Information to an Unauthorized Actor, Server-Side Request Forgery (SSRF) vulnerability in Apache Camel in Iggy component. The camel-iggy consumer mapped the user-headers of inbound Iggy messages into the Camel Exchange header map without applying any HeaderFilterStrategy (IggyFetchRecords copied the message user-headers straight into the Exchange). Because nothing blocked the Camel header namespace, an actor able to publish to the consumed Iggy stream/topic could set Camel-internal control headers - including CamelHttpUri (Exchange.HTTP_URI) - simply by supplying them as message user-headers. In a route where the Iggy consumer feeds a downstream HTTP producer, the injected CamelHttpUri redirects the server-side HTTP request to an attacker-chosen destination (server-side request forgery - for example to an internal service or a cloud metadata endpoint). In addition, the HTTP producer resolves Camel property placeholders on the resulting (attacker-controlled) URI, so placeholders embedded in the injected value - such as an environment-variable reference, an application property, or a vault reference - are resolved to their real values and sent to the attacker, disclosing environment variables, application properties and vault secrets. This issue affects Apache Camel: from 4.17.0 before 4.18.3, from 4.19.0 before 4.21.0. Users are recommended to upgrade to version 4.21.0, which fixes the issue. If users are on the 4.18.x releases stream, then they are suggested to upgrade to 4.18.3. The fix adds a dedicated IggyHeaderFilterStrategy (and a headerFilterStrategy endpoint option) that filters the Camel header namespace case-insensitively on inbound mapping, so externally-supplied Camel* / camel* headers are no longer copied into the Exchange. For deployments that cannot upgrade immediately, strip the Camel control headers from the inbound message before they reach any downstream producer (for example removeHeaders('Camel*') and removeHeaders('camel*') at the start of the route), restrict who can publish to the consumed Iggy stream/topic, and avoid bridging an untrusted consumer directly into an HTTP producer whose target URI can be driven from message headers.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS