Katalog podatności CVE

"ゲオアプリ" firmy GEO CORPORATION zawiera problem z przechowywaniem informacji wrażliwych w postaci jawnej, co może pozwolić atakującemu na uzyskanie hasła użytkownika podatnej aplikacji.

Skrypt `sdbootutil` na żądanie tworzy w /var/log/sdbootutil.log dziennik debugowania czytelny dla wszystkich. Ponieważ plik dziennika jest tworzony jako czytelny dla wszystkich, dowolni użytkownicy o niskich uprawnieniach w systemie mogą wydobyć z niego sekrety.

Występują dwa wywołania `qrencode` w celu wyświetlenia kodu QR do zeskanowania. Wywołania te ujawniają prywatne dane $pin / $key poprzez /proc, dostępne dla dowolnych użytkowników o niskich uprawnieniach w systemie.

W Eclipse Vert.x w wersjach [4.0.0, 4.5.34], [5.0.0, 5.0.12], [5.1.0, 5.1.9] i [5.2.0, 5.2.0] dekoder komunikatów MySQL agreguje przychodzące wielopakietowe ładunki do złożonego bufora pamięci bezpośredniej bez limitu łącznego rozmiaru. Złośliwy, przejęty lub pośredniczący serwer MySQL może wysyłać ciągły strumień pakietów o maksymalnej długości ładunku (0xFFFFFF), uniemożliwiając osiągnięcie warunku końca komunikatu i powodując nieograniczoną alokację pamięci bezpośredniej po stronie klienta oraz awarię z powodu braku pamięci.

W Eclipse Vert.x w wersjach [4.0.0, 4.5.34], [5.0.0, 5.0.12], [5.1.0, 5.1.9] i [5.2.0, 5.2.0] dekoder komunikatów PostgreSQL odczytuje 4-bajtowe pole długości komunikatu z protokołu PostgreSQL bez walidacji maksymalnej wartości. Złośliwy, przejęty lub pośredniczący serwer PostgreSQL może wysłać nagłówek komunikatu z polem długości ustawionym na ekstremalnie dużą wartość (do Integer.MAX_VALUE), powodując nieograniczone gromadzenie danych TCP w buforze złożonym i nieograniczoną alokację pamięci po stronie klienta oraz awarię z powodu braku pamięci.

W bibliotece Eclipse Vert.x (moduł vertx-grpc-server) limit maksymalnego rozmiaru wiadomości gRPC jest sprawdzany względem rozmiaru skompresowanego, a nie rzeczywistego rozmiaru po dekompresji. Umożliwia to atakującemu przesłanie skompresowanej wiadomości, która po rozpakowaniu zajmuje znacznie więcej pamięci niż skonfigurowany limit.

Klient Vert.x DB2 (vertx-db2-client) deserializuje dane kolumn typu UDT za pomocą wywołania ObjectInputStream.readObject() bez filtra klas. Złośliwy lub pośredniczący serwer DRDA może wysłać odpowiedź z kolumną oznaczoną jako UDT (FDOCA LID 0x50), co prowadzi do deserializacji danych kontrolowanych przez atakującego. Ponieważ TLS jest domyślnie wyłączony, atak man-in-the-middle jest wykonalny.

W kliencie MySQL biblioteki Eclipse Vert.x (vertx-mysql-client) tablica definicji kolumn jest alokowana na podstawie liczby kolumn zadeklarowanej przez serwer, bez walidacji górnego limitu. Złośliwy lub przejęty serwer MySQL (lub atakujący w pozycji man-in-the-middle) może wysłać spreparowany pakiet z ogromną liczbą kolumn, powodując masową alokację sterty.

W kliencie MQTT biblioteki Eclipse Vert.x (vertx-mqtt) klient MqttClient przechowuje każdą przychodzącą wiadomość PUBLISH QoS 2 w wewnętrznej mapie (qos2inbound) do czasu otrzymania pakietu PUBREL. Mapa ta nie ma limitu rozmiaru, a opcja maxInflightQueue ogranicza tylko ruch wychodzący.

W dekoderze tablic binarnych klienta PostgreSQL biblioteki Eclipse Vert.x (vertx-pg-client, DataTypeCodec.binaryDecodeArray) alokowana jest tablica Java o rozmiarze wynikającym z 32-bitowej liczby wymiarów zadeklarowanej przez serwer, bez górnego limitu. Złośliwy lub przejęty serwer PostgreSQL (lub atakujący w ścieżce na nieszyfrowanym połączeniu) może wysłać spreparowaną wiadomość DataRow z ogromną wartością wymiaru tablicy.

W dekoderze wiadomości TDS klienta MSSQL biblioteki Eclipse Vert.x (vertx-mssql-client) przychodzące pakiety TDS są agregowane w bufor pamięci bezpośredniej bez limitu skumulowanego rozmiaru. Złośliwy, przejęty lub działający jako man-in-the-middle serwer SQL może wysyłać ciągły strumień pakietów TDS bez ustawiania flagi END_OF_MESSAGE.

W bibliotece Eclipse Vert.x walidacja słowa kluczowego uniqueItems (moduł vertx-json-schema) wykorzystuje pętlę porównań parami o złożoności O(n²) bez krótkiego spięcia ani limitu rozmiaru. Zdalny, nieuwierzytelniony atakujący może przesłać umiarkowanie dużą tablicę JSON, która zużywa nieproporcjonalnie dużo czasu CPU.

W Fleet zidentyfikowano podatność, w której domyślnie Fleet automatycznie ufa certyfikatowi zdalnego serwera przy połączeniu przez SSH, jeśli certyfikat nie jest ustawiony w pliku `known_hosts`. Może to umożliwić atak man-in-the-middle (MitM) na Fleet. Jeśli serwer, z którym nawiązywane jest połączenie, ma zaufany wpis w pliku known_hosts, Fleet prawidłowo sprawdza autentyczność przedstawionego certyfikatu.

Wtyczka Blog2Social – Social Media Auto Post & Scheduler dla WordPressa jest podatna na Insecure Direct Object Reference we wszystkich wersjach do 9.1.4 włącznie. Wynika to z braku autoryzacji per obiekt dla parametru postId w handlerach AJAX b2s_ship_item i b2s_ship_item_reload_url. Umożliwia to uwierzytelnionym atakującym z uprawnieniami Contributor i wyższymi odczyt tytułu i treści dowolnego wpisu, w tym prywatnych i oczekujących wpisów innych użytkowników.

W Eclipse Vert.x (moduł vertx-http-proxy) interceptor transformujący ciało żądania opiera się na limicie maksymalnej liczby buforowanych bajtów, aby zapewnić ograniczony bufor dla każdego żądania. Można to wykorzystać do wymuszenia na serwerze nieograniczonej alokacji sterty. Podatność wymaga użycia interceptora transformującego ciało.

W bibliotece Eclipse Vert.x w wersjach [4.0.0, 4.5.34], [5.0.0, 5.0.12], [5.1.0, 5.1.9] oraz [5.2.0, 5.2.0] implementacja WebSocket nie określa maksymalnej liczby bajtów alokowanych podczas dekompresji ramek lub wiadomości. Umożliwia to przeprowadzenie ataku typu zip bomb prowadzącego do wyczerpania zasobów.

W bibliotece Eclipse Vert.x w wersjach [4.0.0, 4.5.34], [5.0.0, 5.0.12], [5.1.0, 5.1.9] oraz [5.2.0, 5.2.0] parser RESP klienta Redis prealokuje tablice do długości zadeklarowanej przez serwer bez górnego limitu. Złośliwy lub przejęty serwer Redis, albo atakujący w pozycji man-in-the-middle, może wysłać spreparowaną odpowiedź RESP deklarującą ekstremalnie dużą długość tablicy, push lub atrybutu, powodując próbę ogromnej alokacji sterty.

Wtyczka WordPress Rede Itaú for WooCommerce w wersji przed 5.5.3 nie weryfikuje autentyczności webhooka bramki płatności przed aktualizacją statusu zamówienia. Umożliwia to nieuwierzytelnionym atakującym zmianę statusu dowolnych zamówień WooCommerce, w tym oznaczenie nieopłaconych zamówień jako opłacone oraz anulowanie zrealizowanych zamówień.

Wtyczka WordPress Rede Itaú for WooCommerce w wersji przed 5.5.3 nie weryfikuje autentyczności webhooka bramki płatności przed aktualizacją statusu zamówienia. Umożliwia to nieuwierzytelnionym atakującym zmianę statusu dowolnych zamówień WooCommerce, w tym zamówień już opłaconych lub zrealizowanych.

Luka bezpieczeństwa w HPE NonStop Kernel może umożliwić dostęp z przestrzeni użytkownika do uprzywilejowanych lub niezamapowanych danych.