Katalog podatności CVE

Podatność w Cotonti polega na braku walidacji tokenów anty-CSRF w obsłudze formularza kontaktowego, co pozwala atakującym na wysyłanie sfałszowanych wiadomości przypisanych do uwierzytelnionych użytkowników do skrzynki administratora.

Podatność w Cotonti polega na braku walidacji miejsc docelowych przekierowań w treściach stron z prefiksem redir:, co pozwala uwierzytelnionym użytkownikom z uprawnieniami do tworzenia lub edycji stron na przechowywanie przekierowań do zewnętrznych hostów. Może to być wykorzystane do phishingu.

Podatność w Cotonti polega na braku walidacji tokenów anty-CSRF w handlerze AJAX wtyczki ocen, co pozwala atakującym na fałszowanie ocen w imieniu uwierzytelnionych użytkowników. Złośliwe strony mogą automatycznie wysyłać żądania POST w celu modyfikacji danych ocen.

Podatność w Cotonti to otwarte przekierowanie w funkcji cot_url_check(), która używa wyrażenia regularnego bez kotwicy końca stringa. Atakujący mogą ominąć zabezpieczenie, podając hostname zaczynające się od domeny witryny, aby przekierować użytkowników na złośliwe hosty.

SGLang w wersjach do 0.5.20 zawiera podatność na nieograniczoną alokację pamięci w funkcji handle_staging_req(), która nie waliduje wartości chunk_idx z ramek ZMQ STAGING_REQ w środowiskach z rozdzielonym prefill/decode. Atakujący z dostępem do wewnętrznego portu ZMQ silnika decode może wysłać ramkę z bardzo dużą wartością chunk_idx, powodując alokację pamięci aż do wyczerpania zasobów systemu i zakończenia procesu.

W cockpit-files wykryto błąd polegający na wyścigu podczas tworzenia katalogu z przypisaniem właściciela. Nieuprzywilejowany atakujący lokalny, kontrolując nadrzędny katalog z prawem zapisu, może podmienić nowo utworzony katalog na dowiązanie symboliczne przed wykonaniem operacji chown, co pozwala przekierować zmianę właściciela na dowolny plik, prowadząc do ujawnienia informacji lub nieautoryzowanej modyfikacji wrażliwych plików.

W cockpit-files wykryto podatność na wyścig dowiązań symbolicznych podczas uprzywilejowanych operacji na plikach, takich jak zmiana właściciela lub uprawnień. Lokalny atakujący może manipulować wpisami katalogów i wygrać wyścig, przekierowując te operacje na niezamierzone pliki, co może prowadzić do nieautoryzowanych zmian właściciela i uprawnień, zagrażając integralności i dostępności systemu.

W cockpit-files wykryto podatność, która pozwala lokalnemu użytkownikowi o niskich uprawnieniach na wykorzystanie funkcji "Wklej jako właściciel" do zmiany właściciela dowolnych plików poza zamierzonym katalogiem. Atakujący tworzy katalog z dowiązaniem symbolicznym, a następnie używa uprzywilejowanej funkcji, co prowadzi do naruszenia integralności danych, a w niektórych przypadkach także poufności, jeśli nowy właściciel uzyska nieautoryzowany dostęp do odczytu.

IBM Guardium Data Protection 12.2 umożliwia zdalnemu uwierzytelnionemu atakującemu wykonanie dowolnego kodu JavaScript z powodu niewłaściwej neutralizacji danych wejściowych podczas generowania stron internetowych (podatność XSS).

IBM Guardium Data Protection 12.2 umożliwia uwierzytelnionemu użytkownikowi wykonanie dowolnych poleceń z niskimi uprawnieniami w systemie z powodu niewłaściwej walidacji danych wejściowych dostarczanych przez użytkownika.

Autobahn Python przed wersją 26.7.1 zawiera podatność w punktach końcowych WebSocket obsługujących permessage-deflate, gdzie limit maxMessagePayloadSize jest egzekwowany na skompresowanej długości ramki przed dekompresją, ale nie jest ponownie sprawdzany po dekompresji. Zdalny nieuwierzytelniony klient może wysłać prawidłową skompresowaną ramkę poniżej limitu, która po dekompresji przekracza limit wiadomości aplikacji, powodując alokację i przetwarzanie nadmiernych danych, co może prowadzić do wyczerpania zasobów.

CordysCRM przed wersją 1.7.4 zawiera podatność w trasach /attachment/preview/{id} i /pic/preview/{id}, które są skonfigurowane jako anonimowe i wywołują AttachmentService.getResource bez sprawdzania własności, organizacji lub uprawnień. Nieuwierzytelniony atakujący, który zgadnie lub zaobserwuje identyfikator wygenerowany przez IDGenerator.nextStr, może pobrać pliki przesłane przez użytkowników z innych organizacji.

CordysCRM przed wersją 1.7.4 zawiera podatność w trasach GET /pool/lead/get/{id} i GET /pool/account/get/{id}, które używają jedynie podstawowych kontroli uprawnień odczytu bez powiązania z zasobem CsPermission, co pozwala uwierzytelnionemu użytkownikowi z uprawnieniami CLUE_MANAGEMENT_POOL:READ lub CUSTOMER_MANAGEMENT_POOL:READ na dostęp do rekordów należących do innych użytkowników, działów lub organizacji. Ujawniane dane obejmują nazwy kontaktów, numery telefonów, informacje o właścicielu i działy oraz wartości pól niestandardowych.

CordysCRM w wersji 1.7.3 zawiera podatność SSRF w ApprovalResourceService.sendWebHook, która odczytuje WebHookConfig.webHookUrl z konfiguracji węzła zatwierdzenia i przekazuje go do HttpClientUtils bez walidacji SSRF. Użytkownik z uprawnieniami PROCESS_SETTING_ADD może skonfigurować wewnętrzny URL przez POST /approval-flow/add, a serwer wykona żądanie do tego URL podczas wykonywania akcji zatwierdzenia, umożliwiając dostęp do metadanych chmury, rozpoznanie sieci wewnętrznej i interakcję z wewnętrznymi usługami.

CordysCRM w wersjach od 1.7.0 do 1.7.4 zawiera podatność na wstrzyknięcie SQL w punkcie końcowym POST /account-pool/page. Uwierzytelniony użytkownik z uprawnieniami MODULE_SETTING_UPDATE może umieścić dowolną funkcję bazy danych w polu SortRequest.name, ponieważ brakuje walidacji żądania Spring, a czarna lista jest niekompletna. Funkcje takie jak extractvalue i updatexml mogą ujawnić wartości z bazy danych przez błąd orakularny.

CordysCRM przed wersją 1.7.2 umożliwia nieuwierzytelnionym użytkownikom dostęp do punktu końcowego GET /mcp/form/config/{formKey} z powodu błędnej konfiguracji ShiroFilter, która oznacza /mcp/** jako anonimowy. Brak adnotacji uprawnień w kontrolerze pozwala na uzyskanie szczegółów modelu danych CRM, takich jak nazwy pól, typy, reguły walidacji i źródła powiązań.

pg_partman przed wersją 5.5.0 ma podatność w funkcji run_maintenance(), która obsługuje wyjątki poza pętlą przetwarzającą wiersze z part_config. Wyjątek dla jednego zestawu partycji natychmiast przerywa pętlę i pomija wszystkie kolejne zestawy. Użytkownik z dostępem partman_user może wstawić lub zaktualizować wiersz, który niezawodnie powoduje błąd, i przypisać mu niską wartość maintenance_order, aby był przetwarzany przed legalnymi wierszami.

FluidSynth w wersjach od 2.5.0 do 2.5.6 ma podatność w natywnym parserze DLS, gdzie walidacja chunków ptbl używa wyrażenia cues * 4 + cbsize bez sprawdzenia, czy mnożenie i dodawanie mieszczą się w 32 bitach. Specjalnie spreparowany plik DLS może spowodować zawinięcie wyrażenia i przejście kontroli rozmiaru, co prowadzi do alokacji około czterech gigabajtów i odczytów miliardów wpisów poza granicami chunku.

FluidSynth w wersjach od 2.5.0 do 2.5.6 ma podatność w natywnym parserze DLS, gdzie walidacja chunków artykulacji używa wyrażenia cbsize + connblocks * 12 bez sprawdzenia, czy mnożenie i dodawanie mieszczą się w 32 bitach. Specjalnie spreparowany plik DLS może spowodować zawinięcie wyrażenia i ominięcie kontroli rozmiaru, co prowadzi do około miliarda iteracji 12-bajtowych poza granicami chunku.

FluidSynth w wersjach od 2.5.0 do 2.5.6 ma podatność w parserze SF2, gdzie liczba modulatorów DMOD jest obliczana jako chunk.size / SF_MOD_SIZE - 1 bez odrzucania chunków mniejszych niż jeden rekord. Specjalnie spreparowany plik SF2 z zerowym rozmiarem chunku DMOD powoduje zawinięcie odejmowania do UINT_MAX, a parser próbuje wykonać miliardy alokacji SFMod.