Katalog podatności CVE

Uwierzytelniony użytkownik może manipulować parametrem identyfikatora firmy w żądaniu POST do backendu, uzyskując nieautoryzowany dostęp do innych firm hostowanych w tym samym środowisku subdomeny. Aplikacja nie weryfikuje, czy żądany identyfikator firmy należy do sesji uwierzytelnionego użytkownika, co prowadzi do obejścia autoryzacji między dzierżawcami.

Podatność typu Reflected Cross-Site Scripting (XSS) występuje w aplikacji, która nie koduje odpowiednio danych wejściowych użytkownika przekazywanych przez parametr URL przed ich odesłaniem do przeglądarki. Umożliwia to atakującemu wstrzyknięcie złośliwego skryptu do strony wyświetlanej użytkownikowi.

W Red Hat Advanced Cluster Security for Kubernetes (RHACS) stwierdzono brak ograniczenia głębokości zapytań GraphQL w interfejsie API Central. Uwierzytelniony użytkownik z ważnym tokenem API może wysyłać głęboko zagnieżdżone zapytania, powodując nadmierne zużycie zasobów i odmowę usługi dla płaszczyzny zarządzania.

W komponencie Apache Camel AWS SNS wykryto brak filtra dla nagłówków przychodzących w strategii Sns2HeaderFilterStrategy. Podatność nie jest jednak osiągalna, ponieważ komponent jest wyłącznie produkcyjny (nie obsługuje konsumentów), więc atakujący nie może dostarczyć zewnętrznych atrybutów wiadomości do Camel Exchange. Mimo to dodano filtr defensywny dla spójności z innymi strategiami.

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 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.

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 camel-keycloak Apache Camel wykryto podatność polegającą na pomijaniu weryfikacji tokena dostępu w domyślnej konfiguracji. Gdy wymagane role lub uprawnienia są puste, token nie jest weryfikowany kryptograficznie, co pozwala na dostęp do chronionych tras z dowolnym nagłówkiem Authorization.

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 komponencie Apache Camel JIRA umożliwia atakującemu ominięcie autoryzacji i walidacji danych wejściowych poprzez kontrolowane przez użytkownika nagłówki HTTP. W trasach łączących konsumenta HTTP z producentem JIRA, atakujący może przekazać nagłówki takie jak IssueKey czy ProjectKey, co pozwala na wykonywanie nieautoryzowanych operacji na instancji JIRA z uprawnieniami skonfigurowanego konta usługi.

Podatność w komponencie DNS Apache Camel umożliwia atak SSRF poprzez nieprawidłową walidację nagłówków wiadomości. Atakujący może ustawić nagłówki dns.server, dns.name i dns.domain w żądaniu HTTP, co prowadzi do przekierowania zapytań DNS na kontrolowany serwer i ujawnienia wewnętrznych nazw hostów.

Podatność w Apache Camel w komponencie mongodb-gridfs pozwala atakującemu na manipulację operacjami GridFS poprzez nagłówki HTTP. Brak walidacji wejścia i kontroli dostępu umożliwia nieautoryzowane usuwanie, odczyt lub wyliczanie plików oraz wstrzykiwanie operatorów NoSQL.

Podatność w komponencie Apache Camel Solr umożliwia ataki typu SSRF oraz wstrzykiwanie parametrów i pól do zapytań Solr. Nagłówki Exchange z prefiksami SolrParam. i SolrField. są przekazywane bez filtrowania z żądań HTTP do producenta Solr, co pozwala atakującemu na manipulację zapytaniami i dokumentami indeksowanymi.

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.