Podatności Apache Camel

Podatność w komponencie Knative Apache Camel umożliwia nieuwierzytelnionemu atakującemu wstrzyknięcie wewnętrznych nagłówków Camel (np. CamelHttpUri, CamelHttpPath, CamelFileName) poprzez żądanie CloudEvent w trybie strukturalnym. Dzieje się tak, ponieważ atrybuty rozszerzeń CloudEvent są kopiowane do nagłówków Exchange bez filtrowania, co pozwala na nadpisanie skonfigurowanych wartości w trasach przekazujących wiadomości do komponentów sterowanych nagłówkami, takich jak camel-http czy camel-file.

Podatność względnej ścieżki (path traversal) w komponencie Apache Camel Azure-Storage Datalake umożliwia zapis pliku poza skonfigurowanym katalogiem docelowym podczas operacji downloadToFile. Nazwy plików z segmentami katalogów nadrzędnych nie są normalizowane ani sprawdzane, co pozwala na tworzenie lub nadpisywanie plików w dowolnej lokalizacji osiągalnej dla procesu Camel.

Podatność w Apache Camel polega na niewłaściwej walidacji danych wejściowych w komponencie camel-mail. Gdy format danych MimeMultipart jest skonfigurowany z headersInline=true, nagłówki MIME z wiadomości są kopiowane do nagłówków Camel bez filtrowania, co pozwala atakującemu na wstrzyknięcie nagłówków z wewnętrznej przestrzeni nazw Camel i nadpisanie zachowania komponentów.

Podatność polegająca na nieprawidłowej walidacji danych wejściowych w Apache Camel. Luka umożliwia potencjalne ataki poprzez wprowadzenie złośliwych danych.

W Apache Camel wykryto podatność polegającą na nieprawidłowej walidacji danych wejściowych. Luka umożliwia atakującemu wprowadzenie złośliwych danych, co może prowadzić do nieoczekiwanego zachowania aplikacji.

W Apache Camel wykryto podatność polegającą na nieprawidłowej walidacji danych wejściowych. Luka umożliwia atakującemu wprowadzenie złośliwych danych, co może prowadzić do nieoczekiwanego zachowania aplikacji.

Podatność w komponencie Apache Camel Undertow powoduje wyciek wrażliwych informacji poprzez zwracanie pełnego stack trace'a w odpowiedzi HTTP. Domyślnie opcja muteException ma wartość false, co powoduje, że przy błędzie przetwarzania trasy zwracany jest szczegółowy wyjątek. Rest DSL dodatkowo ignoruje tę opcję, zawsze zwracając stack trace.

Podatność w komponencie Atmosphere Websocket w Apache Camel umożliwia atakującemu wstrzyknięcie wewnętrznych nagłówków sterujących Camel przez parametry zapytania WebSocket. Prowadzi to do fałszowania żądań po stronie serwera (SSRF) oraz ujawnienia wrażliwych informacji, takich jak zmienne środowiskowe, właściwości aplikacji i sekrety z vaultów.

W komponencie Apache Camel Netty HTTP wykryto podatność polegającą na domyślnym ustawieniu opcji muteException na false, co powoduje zwracanie pełnego stosu wywołań (stack trace) w odpowiedzi HTTP na błędy przetwarzania żądań. W efekcie nieuwierzytelniony klient może uzyskać wrażliwe informacje, takie jak dane uwierzytelniające, ścieżki systemowe czy szczegóły wersji bibliotek.

Podatność w komponencie Apache Camel Salesforce pozwala atakującemu na wstrzyknięcie własnych zapytań SOQL/SOSL, nadpisanie docelowego obiektu SObject lub przekierowanie wywołań Apex REST poprzez ustawienie nagłówków sterujących w żądaniu HTTP. Dzieje się tak, ponieważ nagłówki te nie mają prefiksu 'Camel' i nie są blokowane przez filtr HttpHeaderFilterStrategy, co umożliwia ich przedostanie się z żądania HTTP do producenta Salesforce.

Podatność w komponencie Apache Camel Kafka umożliwia atakującemu nadpisanie docelowego tematu Kafka za pomocą nagłówka `kafka.OVERRIDE_TOPIC` w żądaniu HTTP. Brak walidacji wejścia i neutralizacji specjalnych elementów w nagłówkach powoduje, że w trasach łączących konsumenta HTTP z producentem Kafka, dowolny klient HTTP może przekierować wiadomość do dowolnego tematu Kafka, w tym wrażliwych wewnętrznych tematów. Problem dotyczy wersji Apache Camel od 4.0.0 do 4.14.7, od 4.15.0 do 4.18.2 oraz od 4.19.0 do 4.20.0.

Podatność w komponencie IRC frameworka Apache Camel umożliwia atakującemu wstrzyknięcie nagłówków sterujących (np. irc.sendTo) przez niezaufane wejście HTTP, co pozwala na przekierowanie wiadomości IRC do dowolnego kanału lub użytkownika. Problem wynika z braku walidacji danych wejściowych i neutralizacji specjalnych elementów w nagłówkach, które nie są blokowane przez strategię filtrowania HTTP.

Podatność w komponencie DAPR frameworka Apache Camel umożliwia atakującemu przekierowanie wiadomości do dowolnego komponentu i tematu Pub/Sub Dapr. Wynika to z nieprawidłowej walidacji nagłówków CamelDaprPubSubName i CamelDaprTopic, które są kopiowane z przychodzących zdarzeń CloudEvent i używane jako routing producenta.

Podatność w Apache Camel w komponencie Vertx Websocket pozwala atakującemu na wstrzyknięcie nagłówków sterujących Camel, w tym CamelHttpUri, poprzez parametry zapytania WebSocket. Prowadzi to do fałszowania żądań po stronie serwera (SSRF) oraz ujawnienia wrażliwych informacji, takich jak zmienne środowiskowe, właściwości aplikacji i sekrety z vaultu. Problem dotyczy wersji od 4.0.0 do 4.14.7, od 4.15.0 do 4.18.2 oraz od 4.19.0 do 4.20.0.

Podatność w komponencie Apache Camel CXF SOAP umożliwia atakującemu manipulację nagłówkami operationName/operationNamespace w celu wywołania niezamierzonej operacji WSDL na backendzie. Brak prefiksu Camel w tych nagłówkach powoduje, że nie są one filtrowane na granicy HTTP, co pozwala na przekazanie ich z żądania HTTP do Exchange. W rezultacie atakujący może podmienić operację odczytu na destrukcyjną, działając jako 'confused deputy'.

Podatność w komponencie Neo4J frameworka Apache Camel umożliwia wstrzyknięcie kodu Cypher poprzez nazwy właściwości w mapie CamelNeo4jMatchProperties. Mimo że wartości właściwości są wiązane jako parametry, nazwy kluczy JSON są konkatenowane bezpośrednio do zapytania, co pozwala atakującemu na modyfikację struktury zapytania i wykonanie dowolnych operacji na bazie Neo4j.

Podatność deserializacji niezaufanych danych w komponencie camel-pqc Apache Camel umożliwia zdalne wykonanie kodu poprzez spreparowany obiekt Java. Luka wynika z braku filtrowania podczas odczytu metadanych kluczy post-kwantowych z backendów HashiCorp Vault, AWS Secrets Manager oraz lokalnego pliku.

W komponencie Lucene w Apache Camel wykryto podatność polegającą na niewłaściwej walidacji danych wejściowych i obejściu autoryzacji poprzez kontrolowany przez użytkownika klucz. Atakujący może ustawić nagłówek QUERY w żądaniu HTTP, co pozwala na wykonanie dowolnego zapytania Lucene, w tym odczytanie całego indeksu lub wykonanie kosztownych zapytań regex, bez wymaganych uprawnień.

Podatność w komponencie Apache Camel Mail umożliwia atakującemu wstrzyknięcie nagłówków wiadomości z przestrzeni nazw mail.smtp.* lub mail.smtps.*, co może prowadzić do przekierowania połączenia SMTP na serwer atakującego (w wersjach przed 4.19.0) lub osłabienia bezpieczeństwa transportu (w nowszych wersjach). Problem wynika z braku filtrowania tych nagłówków przez HeaderFilterStrategy oraz ich interpretacji przez producenta poczty.

Podatność w komponencie camel-nats Apache Camel umożliwia wstrzykiwanie nagłówków kontrolnych Camel przez wiadomości NATS. Brak filtrowania nagłówków powoduje, że atakujący może modyfikować zachowanie tras Camel, np. przekierowywać żądania HTTP lub zmieniać nazwy plików.

W Apache Camel w komponencie camel-elasticsearch-rest-client wykryto podatność polegającą na braku walidacji nagłówków Exchange. Nieprefiksowane nazwy nagłówków (np. SEARCH_QUERY, OPERATION) przechodzą przez filtr HTTP, co pozwala atakującemu na zdalne manipulowanie zapytaniami Elasticsearch bez autoryzacji.

Podatność w Apache Camel (komponenty JMS) umożliwia deserializację niezaufanych danych przez obejście poprawki CVE-2026-40860. Atakujący może opublikować wiadomość JMS ObjectMessage z obiektem DefaultExchangeHolder, który jest akceptowany przez listę dozwolonych klas, a następnie zapisać dowolne dane do wymiany Camel, manipulując routingiem, nagłówkami i właściwościami.

Podatność deserializacji niezaufanych danych w komponencie camel-hazelcast Apache Camel. Domyślna konfiguracja Hazelcast nie stosuje filtra deserializacji, co pozwala atakującemu na zdalne wykonanie kodu poprzez wysłanie spreparowanego obiektu Java do klastra Hazelcast. Problem dotyczy wersji 4.0.0 przed 4.14.8, 4.15.0 przed 4.18.3 oraz 4.19.0 przed 4.21.0.

Podatność deserializacji niezaufanych danych w Apache Camel umożliwia atakującemu wywołanie zapytań DNS poprzez dostarczenie spreparowanego ładunku Java. Problem dotyczy domyślnego wzorca filtru ObjectInputFilter, który przepuszcza klasy java.net.URL i java.net.InetAddress, co pozwala na wyciek danych przez kanał boczny DNS.

Podatność w Apache Camel umożliwia zdalne wykonanie kodu poprzez deserializację niezaufanych danych w komponencie camel-vertx-http. Atakujący może wykorzystać man-in-the-middle lub skompromitowany backend, aby dostarczyć spreparowany obiekt Java, co prowadzi do wykonania kodu na hoście Camel.

Podatność w komponencie camel-consul Apache Camel umożliwia zdalne wykonanie kodu poprzez deserializację złośliwych obiektów Java z magazynu Consul KV. Problem dotyczy klas ConsulRegistry i ConsulRegistryUtils, które nie filtrują deserializowanych danych.

Komponent camel-infinispan w Apache Camel deserializuje dane z zdalnej pamięci podręcznej Infinispan za pomocą java.io.ObjectInputStream bez filtra wejściowego. Atakujący mogący zapisywać do tej pamięci może wstrzyknąć spreparowany obiekt Java, prowadząc do zdalnego wykonania kodu podczas operacji odczytu.

W Apache Camel wbudowany serwer HTTP lub serwer zarządzania (camel-platform-http-main) z włączonym uwierzytelnianiem i skonfigurowaną ścieżką kontekstową (np. /api) nieprawidłowo ogranicza uwierzytelnianie tylko do dokładnej ścieżki, pomijając jej podścieżki. Nieuwierzytelnione żądania do podścieżek, takich jak /api/_route_ lub /admin/observe/info, mogą ujawnić metadane środowiska wykonawczego (użytkownik, katalog roboczy, PID, informacje o JVM i systemie operacyjnym).

Komponent camel-mina w Apache Camel nie stosuje filtrów deserializacji dla IoBuffer, co pozwala atakującemu na zdalne wykonanie kodu poprzez przesłanie spreparowanego obiektu Java do konsumenta MINA.

Klasa Camel-PQC FileBasedKeyLifecycleManager deserializuje pliki .key za pomocą java.io.ObjectInputStream bez żadnych filtrów, co pozwala na wykonanie dowolnego kodu przed sprawdzeniem typu. Atakujący z dostępem do zapisu w katalogu kluczy może wstrzyknąć spreparowany obiekt Java prowadzący do zdalnego wykonania kodu.

Podatność w komponencie LevelDB Apache Camel pozwala na zdalne wykonanie kodu poprzez deserializację niezaufanych danych. Klasa DefaultLevelDBSerializer używa ObjectInputStream bez filtrów, co umożliwia atakującemu z dostępem do plików bazy danych wstrzyknięcie złośliwego obiektu Java.

Podatność w Apache Camel umożliwia ujawnienie wrażliwych informacji osobom nieuprawnionym. Dotyczy wersji od 3.X do 3.14.8, 3.18.X do 3.18.7, 3.20.X do 3.20.5 oraz 4.X do 4.0.0-M3.