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.

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.

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.

Podatność w komponencie Apache Camel Mina polega na ujawnianiu szczegółów wyjątków zdalnemu peerowi w przypadku niepowodzenia przetwarzania wymiany. W zależności od użytego kodeka (textline lub object) atakujący może odczytać nazwy klas, komunikaty, a nawet serializowany wyjątek z łańcuchem przyczyn, co może ujawnić ścieżki, nazwy hostów i szczegóły połączeń. 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 Thrift polega na tym, że dane wejściowe są deserializowane do współdzielonego obiektu defaultInstance zamiast do nowej kopii. Powoduje to, że stan jednej wiadomości pozostaje widoczny dla kolejnych wiadomości tego samego typu, co może prowadzić do ujawnienia danych między różnymi nadawcami.

Podatność w komponencie Apache Camel Crypto PGP polega na nieprawidłowej walidacji kodu wykrywania modyfikacji. Funkcja unmarshal() weryfikowała integralność tylko dla wiadomości w formacie OpenPGP symmetrically encrypted integrity protected data packet, pomijając starszy packet bez kodu integralności, co pozwalało nadawcy lub osobie modyfikującej wiadomość w tranzycie decydować o zastosowaniu sprawdzenia integralności.