Katalog podatności CVE

W bibliotece fastllm (do wersji 1.8.2) funkcja SafeTensorItem::CreateBuffer w pliku src/model.cpp nieprawidłowo obsługuje argument data_offsets, co prowadzi do przepełnienia bufora. Podatność można wykorzystać zdalnie, a exploit jest publicznie dostępny.

FopProducer przetwarza treść XSL-FO, tworząc TransformerFactory przez TransformerFactory.newInstance() i włączając jedynie FEATURE_SECURE_PROCESSING. Gdy w classpath znajduje się zewnętrzna implementacja JAXP, np. Saxon-HE, funkcja ta nie ogranicza dostępu do zasobów zewnętrznych, więc zewnętrzny DTD lub encja w dokumencie XSL-FO są rozwiązywane i rozwijane. Zdalny nadawca może w ten sposób odczytać pliki dostępne dla procesu Camel i wymusić żądania do wskazanych hostów.

Podatność XXE (Improper Restriction of XML External Entity Reference) w komponencie Smooks (camel-smooks) Apache Camel. Domyślny parser Woodstox SAX rozwiązuje zewnętrzne encje i ładuje zewnętrzne DTD, co pozwala atakującemu na odczyt lokalnych plików lub wysyłanie żądań do zasobów sieci wewnętrznej poprzez treść XML. Problem dotyczy wersji od 4.7.0 do 4.18.5 i od 4.19.0 do 4.22.1.

W komponencie Apache Camel HTTP występuje podatność polegająca na użyciu pamięci podręcznej zawierającej wrażliwe informacje. Globalny dla JVM cache tokenów OAuth2 miał klucz pomijający zakres, wskaźnik zasobu i punkt końcowy tokenu, więc dwa różne punkty końcowe mogły współdzielić wpis i otrzymać token o szerszych uprawnieniach niż skonfigurowano.

W komponencie Apache Camel Platform HTTP występuje podatność niewystarczającej granularności kontroli dostępu. Komponent decydował o trybie proxy, sprawdzając czy ścieżka zaczyna się od ciągu "proxy" zamiast dokładnego dopasowania, więc punkty końcowe takie jak proxyStatus czy proxy-config stawały się proxy bez wiedzy autora trasy i przekazywały żądania dalej.

W komponencie Apache Camel gRPC występuje podatność generowania komunikatu błędu zawierającego wrażliwe informacje. Gdy trasa za konsumentem gRPC zawodziła, komunikat wyjątku trafiał do opisu statusu gRPC, który jest przesyłany do klienta, więc zewnętrzny wywołujący mógł odczytać wewnętrzny komunikat błędu zawierający nazwy klas, ścieżki, nazwy hostów i szczegóły połączeń.

W komponencie Apache Camel Mail występuje podatność nieprawidłowej walidacji danych wejściowych. Format danych MimeMultipart przy unmarshalowaniu wiadomości wieloczęściowej mapował nagłówki mail.smtp na Exchange bez filtra, więc zewnętrzny nadawca mógł ustawić te nagłówki i wpłynąć na sposób połączenia i wysyłki przez producenta poczty.

W komponencie Apache Camel Jetty występuje podatność permisywnej polityki cross-domain z niezaufanymi domenami. Ustawienie enableCORS instalowało CrossOriginFilter z domyślnymi wartościami akceptującymi każde pochodzenie i zezwalającymi na poświadczenia, więc strona z dowolnego pochodzenia mogła wykonywać uwierzytelnione żądania cross-origin i czytać odpowiedzi.

W komponencie Apache Camel Core występuje podatność nieprawidłowej walidacji danych wejściowych. Procesor saga odczytywał nagłówek Long-Running-Action bez prefiksu Camel, więc zewnętrzny nadawca mógł go dostarczyć w wiadomości przychodzącej i wskazać sagę, do której dołącza wymiana, przypisując swoje żądanie do akcji rozpoczętej przez kogoś innego.

W komponencie Keycloak Apache Camel występuje błąd nieprawidłowego uwierzytelniania. Procesor bezpieczeństwa sprawdzał wystawcę tokenu tylko wtedy, gdy odpowiedź introspekcji zawierała roszczenie iss; jego brak powodował pominięcie weryfikacji zamiast błędu, co mogło pozwolić na akceptację tokenu od niewłaściwego wystawcy.

W komponencie PQC Apache Camel występuje błąd nieprawidłowych domyślnych uprawnień. Podczas zapisu wygenerowanego materiału klucza na dysk stosowano uprawnienia wynikające z domyślnej maski umask procesu, zamiast ograniczyć plik tylko do właściciela, co mogło umożliwić odczyt klucza prywatnego innym lokalnym kontom.

W komponencie AS2 Apache Camel występuje błąd ujawnienia elementu danych niewłaściwej sesji. Materiał podpisujący należący do pojedynczego żądania był przechowywany w stanie współdzielonym między żądaniami, co przy wielu partnerach handlowych mogło prowadzić do podpisania powiadomienia MDN kluczem innego partnera.

Podatność w komponencie Apache Camel MLLP polega na zapisywaniu wrażliwych danych (treści komunikatów HL7, w tym danych pacjentów) do zwykłych logów aplikacji. Opcja logPhi domyślnie miała wartość true, a dodatkowo dwie ścieżki kodu logowały payload niezależnie od jej ustawienia. Problem dotyczy wersji Apache Camel od 4.0.0 do 4.18.5 oraz od 4.19.0 do 4.22.1.

Podatność w komponencie Apache Camel CXF polega na ujawnianiu informacji wrażliwych w komunikatach błędów SOAP. Gdy trasa za konsumentem SOAP CXF kończy się wyjątkiem, którego kontrakt usługi nie deklaruje, szczegóły wyjątku (nazwy klas, pakietów, treść komunikatu, a opcjonalnie stos wywołań) są zwracane klientowi w faultstring lub fault detail. Problem dotyczy Apache Camel w wersjach od 4.0.0 do 4.18.5 oraz od 4.19.0 do 4.22.1.

W komponencie Platform HTTP Apache Camel występuje błąd nieprawidłowej obsługi wielkości liter. Zabezpieczenie zapobiegające odbiciu nagłówka żądania w odpowiedzi porównywało nazwy nagłówków z rozróżnianiem wielkości liter, podczas gdy nazwy nagłówków HTTP są niewrażliwe na wielkość liter, co pozwalało obejść ochronę poprzez zmianę wielkości liter, a w HTTP/2 ochrona była nieskuteczna dla każdego żądania.

Podatność w komponencie Apache Camel HTTP polega na ujawnieniu poufnych danych nieautoryzowanemu podmiotowi. Gdy włączono followRedirects=true, poświadczenia (token Bearer OAuth2 oraz dane basic/digest) były ponownie dołączane do żądań kierowanych na host wskazany w nagłówku Location przekierowania, a nie na host skonfigurowany w trasie. Zdalny endpoint mógł więc przechwycić poświadczenia, odpowiadając przekierowaniem na kontrolowany przez siebie host.

Podatność XXE (XML External Entity) w komponencie XPath Apache Camel. Gdy documentType ustawiono na InputSource, XPathBuilder przekazywał dane bezpośrednio do javax.xml.xpath, który tworzył własny DocumentBuilder z domyślnymi ustawieniami JDK, omijając utwardzenia Camel. Zewnętrzny nadawca XML mógł odczytać pliki dostępne dla procesu Camel i wymusić żądania do wskazanych hostów.

W komponencie Tika Apache Camel występuje błąd nieprawidłowej walidacji danych wejściowych. Producent Tika mapował każdy klucz metadanych sparsowany z dokumentu na nagłówek Exchange bez filtrowania, co pozwalało na ustawienie nagłówków przestrzeni nazw Camel, takich jak CamelFileName, przez treść dokumentu kontrolowaną przez atakującego.

W komponencie PQC Apache Camel występuje błąd warunku wyścigu polegający na współbieżnym wykonaniu ze współdzielonym zasobem i nieprawidłową synchronizacją. Producent używał jednej instancji java.security.Signature dla wszystkich wymian bez synchronizacji, co przy współbieżnym ruchu powodowało przeplatanie wywołań update i verify.

Podatność w komponencie Apache Camel Knative polega na nieprawidłowej walidacji certyfikatów. Gdy SSL był włączony w kliencie HTTP Knative, ale nie skonfigurowano truststore, klient ufał każdemu przedstawionemu certyfikatowi zamiast domyślnym zaufanym certyfikatom JVM. Atakujący znajdujący się na ścieżce sieciowej może przechwycić i odczytać zaszyfrowane połączenie.