Katalog podatności CVE

Moquette to lekki broker MQTT napisany w Javie. Przed wersją 0.18.1, gdy skonfigurowana klasa uwierzytelniająca lub autoryzująca nie może zostać załadowana, Server.initializeAuthenticator i Server.initializeAuthorizatorPolicy traktują błąd tak, jakby nie skonfigurowano żadnej klasy niestandardowej i wracają do AcceptAllAuthenticator lub PermitAllAuthorizatorPolicy. Błędnie napisana nazwa klasy, brakująca zależność, błąd konstruktora lub problem ze ścieżką klas może zatem uruchomić brokera z wyłączonym uwierzytelnianiem lub autoryzacją, nawet jeśli operator skonfigurował te zabezpieczenia. Problem został naprawiony w wersji 0.18.1.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1, H2PersistentQueue wyprowadza nazwę mapy wiadomości sesji jako queue_ plus identyfikator klienta, a nazwę mapy metadanych jako queue_ plus identyfikator klienta plus _meta. Trwała sesja, której identyfikator klienta kończy się na _meta, może spowodować kolizję swojej mapy wiadomości z mapą metadanych innego klienta. Kolidujące sesje odczytują i zapisują tę samą mapę H2 MVStore z niekompatybilnymi typami wartości, co może uszkodzić dane głowy i ogona kolejki oraz spowodować utratę wiadomości, błędne dostarczenie, nieudane przeładowania kolejki lub ujawnienie treści kolejki między sesjami. Problem został naprawiony w wersji 0.18.1.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1, funkcja PostOffice.publishWill publikuje wiadomość Last-Will klienta bez stosowania kontroli autoryzacji canWrite i sprawdzania zastrzeżonych tematów, które są używane przy normalnym PUBLISH. Klient może skonfigurować Will dla tematu, do którego nie ma uprawnień zapisu, i spowodować, że broker opublikuje nieautoryzowaną wiadomość po nieoczekiwanym rozłączeniu klienta. Problem umożliwia nieautoryzowane wstrzykiwanie wiadomości do zastrzeżonych tematów. Problem został naprawiony w wersji 0.18.1.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1 broker nie egzekwuje maksymalnej długości oczekujących kolejek wiadomości dla sesji. Gdy szybki wydawca wysyła wiadomości do wolnego subskrybenta, którego okno przesyłania jest pełne, wiadomości w kolejce mogą gromadzić się bez ograniczeń w pamięci lub trwałym magazynie. Zdalni klienci mogą wykorzystać ten stan do wyczerpania zasobów brokera i spowodowania odmowy usługi. Problem został naprawiony w wersji 0.18.1.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1 Moquette nie ogranicza głębokości nazw tematów i filtrów tematów przed przetworzeniem ich przez rekurencyjne operacje wstawiania i dopasowywania w strukturze CTrie. Zdalny klient może opublikować lub zasubskrybować głęboko zagnieżdżony temat, powodując StackOverflowError, który zakłóca przetwarzanie sesji i może odmówić usługi klientom brokera. Problem został naprawiony w wersji 0.18.1.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1, funkcja PostOffice.subscribe parsuje filtr współdzielonej subskrypcji przez SharedSubscriptionUtils.extractShareName przed walidacją pełnej struktury $share/{shareName}/{topicFilter}. Zdalny klient może wysłać filtr taki jak $share/grp bez części topic-filter, powodując StringIndexOutOfBoundsException podczas obliczania nazwy udziału. Wyjątek kończy obsługę poleceń w pętli zdarzeń współdzielonej sesji i może odmówić usługi innym sesjom klientów przypisanym do tej pętli. Problem został naprawiony w wersji 0.18.1.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1, SessionEventLoop.run łapie tylko InterruptedException, a SessionEventLoopGroup nie restartuje zakończonej pętli. Polecenie MQTT, które wywołuje nieprzechwycony wyjątek, może zakończyć pętlę zdarzeń współdzieloną przez wiele sesji klientów, uniemożliwiając każdemu współlokalizowanemu klientowi przetwarzanie PUBLISH, SUBSCRIBE, PUBACK i innych poleceń. Atakujący może wybrać identyfikatory klientów mapowane na dostępne pętle, aby zakłócić przetwarzanie sesji dla całego brokera. Problem został naprawiony w wersji 0.18.1.

Frictionless przed wersją 5.19.1 zawiera podatność na wstrzyknięcie poleceń systemu operacyjnego w poleceniu explore, która pozwala atakującemu dostarczającemu spreparowany deskryptor Data Package na wykonanie dowolnych poleceń systemu operacyjnego jako użytkownik, który go eksploruje. Atakujący mogą umieścić metaznaki powłoki w wartościach ścieżek zasobów w deskryptorze datapackage.json, które są przekazywane bez sanityzacji do os.system przez powłokę.

Parsowanie identyfikatora woluminu romfs w BusyBox używa nieograniczonego strlen na metadanych kontrolowanych przez atakującego, powodując przepełnienie bufora sterty podczas przetwarzania spreparowanych obrazów systemów plików.

Pomylenie jednostek w alokacji bufora redukcji Montgomery'ego w TLS w BusyBox powoduje przepełnienie bufora sterty przed uwierzytelnieniem podczas przetwarzania spreparowanej wiadomości ClientKeyExchange.

Moquette to lekki broker MQTT w Javie. Przed wersją 0.18.1, gdy skonfigurowano reguły ACL oparte na wzorcach, AuthorizationsCollector.canDoOperation podstawia identyfikator klienta i nazwę użytkownika bezpośrednio do reguł zawierających %c lub %u, a następnie traktuje wynik jako filtr tematu MQTT. Klient używający + lub # w którejkolwiek z tych wartości może rozszerzyć podstawiony filtr i uzyskać dostęp do odczytu i zapisu między dzierżawami. Tożsamość z # może również wygenerować nieprawidłowy filtr, który powoduje wyjątek NullPointerException w Topic.match i zakłóca przetwarzanie sesji. Problem został naprawiony w wersji 0.18.1.

PgBouncer do wersji 1.25.2 nie ogranicza górnej granicy liczby iteracji wyprowadzania klucza podczas uwierzytelniania SCRAM do serwera backendowego. Złośliwy lub przejęty backend PostgreSQL może wymusić niekontrolowane zużycie CPU w PgBouncer, a procesu wyprowadzania klucza nie można przerwać w buildach frontendowych.

Przepełnienie liczby całkowitej w logice wzrostu bufora pakietów w PgBouncer do wersji 1.25.2 pozwala nieuwierzytelnionemu zdalnemu atakującemu na spowodowanie odmowy usługi. Odpowiednio duże dane wejściowe powodują przepełnienie obliczenia rozmiaru bufora, pozostawiając pętlę wzrostu niezdolną do zakończenia. Ponieważ PgBouncer obsługuje wszystkich klientów z jednego procesu, to nasyca rdzeń CPU i blokuje wszystkie połączone połączenia, dopóki proces nie zostanie zabity. Zarówno nieuwierzytelnione, jak i uwierzytelnione ścieżki kodu mogą osiągnąć przepełnienie.

Brak walidacji obowiązkowego atrybutu w parserze SCRAM client-final-message w PgBouncer do wersji 1.25.2 pozwala nieuwierzytelnionemu zdalnemu atakującemu na spowodowanie awarii procesu. Źle sformułowana wiadomość może sprawić, że parser zgłosi sukces, pozostawiając wymaganą wartość nieustawioną, która następnie jest wyłuskiwana jako wskaźnik NULL. Awaria następuje przed weryfikacją jakichkolwiek poświadczeń, więc nie jest wymagane żadne ważne konto. Ponieważ PgBouncer obsługuje wszystkich klientów z jednego procesu, to kończy wszystkie połączone połączenia.

Podatność na wstrzyknięcie SQL w pluginie Socialwall dla Moodle w wersjach od 3.0 do 3.3 pozwala atakującemu na wykonanie dowolnego kodu za pomocą spreparowanych żądań HTTP.

alsa-lib do wersji 1.2.16.1 zawiera podatność na odmowę usługi w pluginie multi PCM, który nie waliduje rzadkich indeksów powiązań przed dostępem do tablicy. Atakujący może dostarczyć złośliwy plik konfiguracyjny ALSA z rzadkimi powiązaniami, aby wywołać odczyt poza zakresem tablicy i błąd asercji, powodując przerwanie działania aplikacji.

alsa-lib do wersji 1.2.16.1 oblicza łączny rozmiar elementu topologii przy użyciu arytmetyki 32-bitowej w src/topology/ctl.c, co umożliwia przepełnienie liczb całkowitych omijające sprawdzanie granic. Atakujący może dostarczyć spreparowane pliki topologii, które powodują odczyt poza buforem topologii.

Photoview w wersji do 2.4.0 zawiera podatność SQL injection w trasie pobierania albumu. Nieuwierzytelniony atakujący może wstrzyknąć SQL, manipulując segmentem ścieżki album_id, co pozwala na wyodrębnienie dowolnych danych z bazy przy użyciu technik czasowych lub ślepych.

Frappe ERPNext w wersjach przed 16.34.1 nie weryfikuje, czy wartości calculation_formula w szablonach raportów finansowych odwołują się do dozwolonych metod, przed przekazaniem ich do frappe.call(). Menedżerowie kont mogą podać dowolne ścieżki Pythona, aby wywołać nieautoryzowane wewnętrzne metody serwera i odczytać ich wyniki.

HumHub 1.18.5 jest podatny na przechowywane XSS, które pozwala użytkownikowi z uprawnieniem Manage Users (admin_manage_users) na wstrzyknięcie trwałego kodu HTML/JavaScript do tytułu kategorii pola profilu.