Katalog podatności CVE

W Spring Cloud Stream Avro występuje nieprawidłowe buforowanie oryginalnego typu zawartości, co może prowadzić do błędnego przetwarzania danych Avro.

W Spring Cloud Stream rozmiar dynamicznego bufora miejsc docelowych nie jest prawidłowo powiązany, co może prowadzić do niekontrolowanego wzrostu pamięci lub innych problemów z zasobami.

W Spring Cloud Stream istnieje możliwość logowania wrażliwych danych, co może prowadzić do wycieku informacji poufnych do logów.

W Spring Cloud Function Azure istnieje możliwość logowania wrażliwych danych, co może prowadzić do wycieku informacji poufnych do logów.

W Spring Cloud Function AWS istnieje możliwość logowania wrażliwych danych, co może prowadzić do wycieku informacji poufnych do logów.

W Spring Cloud Function wyszukiwanie kompozycji może potencjalnie zatruć funkcję bazową, co może prowadzić do nieautoryzowanego wykonania kodu lub manipulacji działaniem funkcji.

W Spring Cloud Function istnieje możliwość nieprawidłowego filtrowania nagłówków HTTP, co może prowadzić do wstrzykiwania nagłówków lub innych ataków związanych z nagłówkami.

Implementacja metody isSecure() w ServerlessHttpServletRequest nie weryfikuje rzeczywistego schematu, co może prowadzić do błędnego określenia bezpieczeństwa połączenia.

PropertiesPersistingMetadataStore, domyślny plikowy ConcurrentMetadataStore, zapisuje swój stan do ${java.io.tmpdir}/spring-integration/metadata-store.properties z uprawnieniami odczytu dla wszystkich użytkowników. Dotyczy to Spring Integration w wersjach 7.1.0, 7.0.0-7.0.5, 6.5.0-6.5.10, 6.4.0-6.4.12 oraz 5.5.21 i wcześniejszych.

Potencjalna podatność na dowolny odczyt plików oraz SSRF w Spring Cloud Function. Dotyczy wersji 5.0.0-5.0.3, 4.3.0-4.3.4 oraz 4.2.0-4.2.7.

Narzędzie InetAddressMatchers w Spring Security udostępnia konstruktory matchInternal() i matchExternal() do tworzenia matchera adresów IP, który klasyfikuje adres jako wewnętrzny (prywatny) lub zewnętrzny (publiczny). Podatność dotyczy Spring Security 7.1.0.

CakePHP Queue to biblioteka kolejkowa zgodna z queue-interop. Od wersji 0.1.11 do 2.3.1, metoda QueueManager::getUniqueId() generuje identyfikatory dla zadań z włączoną opcją shouldBeUnique na podstawie klasy, metody i parametrów, ale sortowanie wartości parametrów pomija klucze tablic asocjacyjnych. Nieuwierzytelniony atakujący, który może wpływać na parametry zadań, może przesłać semantycznie różne dane, które generują ten sam identyfikator, co powoduje odrzucanie prawidłowych zadań jako duplikatów. Problem naprawiono w wersji 2.3.1.

NLTK przed wersją 3.10.3 zawiera podatność na regular expression denial of service w Pl196xCorpusReader. Atakujący może dostarczyć złośliwe bloki TEI z wieloma niepasującymi tagami otwierającymi, powodując nadmierne zużycie CPU.

NLTK przed wersją 3.10.3 zawiera podatność na wyczerpanie CPU w XMLCorpusView._read_xml_fragment(). Atakujący może dostarczyć złośliwe pliki XML, powodując poważne zużycie procesora i DoS.

openssl_encrypt przed wersją 1.4.9 ma dwie słabości w funkcji przenośnego dysku USB. Weryfikacja integralności nie wykrywa plików dodanych poza manifestem, a stała sól KDF umożliwia ataki rainbow table.

openssl_encrypt (pakiet pip openssl-encrypt) w wersjach do 1.4.8 nie usuwa tokena bearer keyservera przekazanego jako argument pozycyjny do 'keyserver set-token' w zrzucie argumentów --debug, ponieważ sanitize_argv_for_debug nie go oczyszcza. W rezultacie token jest drukowany jawnym tekstem na stderr przy użyciu --debug (nawet bez --unsafe-show-secrets), utrwalając poświadczenia w logach i historii terminala. Naprawiono w wersji 1.4.9.

openssl_encrypt w wersjach przed 1.4.9 nie oczyszcza znaków sterujących terminala w metadanych plików drukowanych przez polecenie info. Atakujący mogą tworzyć złośliwe pliki zawierające sekwencje ucieczki, aby przemalować wyjście terminala i sfałszować informacje weryfikacyjne wyświetlane użytkownikom.

openssl_encrypt w wersjach przed 1.4.9 nie poprawnie escapuje wartości key_id kontrolowanych przez atakującego, drukowanych na stderr podczas automatycznego wykrywania odszyfrowania. Atakujący mogą tworzyć zaszyfrowane pliki ze złośliwym key_id zawierającym sekwencje ucieczki, aby przemalować wyjście terminala i sfałszować bloki weryfikacji autentyczności.

openssl-encrypt (pakiet pip, wersje do 1.4.8) nie oczyszcza nazw plików odczytywanych z niezaufanych danych dysku (poza uwierzytelnionym manifestem AES-GCM) przed wydrukowaniem ich w danych wyjściowych polecenia verify-usb. Atakujący może umieścić nazwy plików zawierające bajty sterujące ruchem kursora i kasowaniem linii, które przemalowują sfałszowany werdykt PASSED na ekranie, maskując rzeczywiste wykrycie manipulacji. Naprawiono w wersji 1.4.9 przez przekierowanie nazw pochodzących z dysku przez sanitize_for_display().

openssl_encrypt w wersjach przed 1.4.9 nie oczyszcza metadanych slotów odzyskiwania w graficznym interfejsie użytkownika, co pozwala atakującym wstrzykiwać znaki sterujące i separatory linii do okna potwierdzenia nieodwracalnego usunięcia. Atakujący mogą tworzyć zaszyfrowane pliki ze złośliwymi identyfikatorami slotów zawierającymi nadpisania dwukierunkowe lub znaki separatora linii, aby sfałszować tekst ostrzeżenia i oszukać użytkowników podczas operacji usuwania plików.