Katalog podatności CVE

W OpenStack Octavia przed wersją 18.0.1 sterownik dostawcy Amphora nie odrzucał znaków kontrolnych w polach redirect_url i redirect_prefix polityki L7. Walidator URL zgodny z RFC 3986 koduje znaki kontrolne przed walidacją, więc nowe linie przechodziły kontrole strukturalne, ale Octavia zapisywała surową, niezakodowaną wartość bezpośrednio do konfiguracji HAProxy na amphorze.

W pakiecie sterowników Moore Threads MTT S80 do wersji 340.150 znaleziono podatność w funkcji sub_140001000 w bibliotece mtdispkm64.sys w komponencie IOCTL Handler. Manipulacja prowadzi do przepełnienia bufora na stercie. Atak musi być przeprowadzony lokalnie. Producent został poinformowany o ujawnieniu, ale nie odpowiedział.

W libstoragemgmt wykryto podatność, w której atakujący kontrolujący lokalne lub wirtualne urządzenie pamięciowe może dostarczyć specjalnie spreparowane dane strony SCSI VPD 0x80. Te zniekształcone dane, w szczególności niezaufane pole długości strony, mogą prowadzić do przepełnienia bufora stosu w funkcji _sg_parse_vpd_80() podczas parsowania numeru seryjnego.

idccms V1.70 jest podatny na Cross Site Scripting (XSS) w /admin/makeDiy_deal.php.

EMLOG-Pro 2.6.29 zawiera podatność XSS, która umożliwia atakującym przesłanie złośliwego shella.

CRMEB Knowledge-Paid System crmeb_zzff_class 1.4.4 ma funkcję weryfikacji backendu, która zwraca zły typ wartości, powodując błędy i wyciek poufnych informacji.

Przepełnienie liczbowe w komponencie _BulkInsert_ReadProperty (/bulk_insert.c) w FalkorDB (moduł Redis) w wersji 4.20.1 pozwala atakującym wywołać odmowę usługi (DoS) poprzez spreparowane dane wejściowe.

Nieprawidłowa obsługa błędów w komponencie GRAPH.EFFECT w FalkorDB (moduł Redis) w wersji 4.20.1 prowadzi do odmowy usługi (DoS) w aplikacji.

Polecenie graph.UDF w FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 nie jest zarejestrowane jako polecenie zapisu, co prowadzi do nieoczekiwanego zachowania aplikacji.

W FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 wykryto przepełnienie bufora w funkcji _Decode_GrB_Matrix. Podatność umożliwia atakującym wywołanie odmowy usługi (DoS) poprzez spreparowane dane wejściowe.

W FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 wykryto przepełnienie stosu w funkcji _GetGroup() (/ops/op_aggregate.c). Podatność ta pozwala atakującym wywołać odmowę usługi (DoS) poprzez spreparowane dane wejściowe.

Odczyt poza zakresem w komponencie node_token_count/relation_token_count w FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 umożliwia atakującym wywołanie odmowy usługi (DoS) poprzez spreparowane dane wejściowe.

W FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 wykryto przepełnienie stosu w funkcji _ValidateUnion_Clauses. Podatność umożliwia atakującym wywołanie odmowy usługi (DoS) poprzez spreparowane dane wejściowe.

Podatność zdalnego wykonania kodu (RCE) w funkcji RemoteRegisterFunctionService w Univer v1.0.0-alpha.2. Atakujący może wykonać dowolny kod poprzez spreparowany ładunek.

Podatność zdalnego wykonania kodu (RCE) w funkcji UniscriptExecutionService.execute() w Univer v1.0.0-alpha.2. Atakujący może wykonać dowolny kod poprzez spreparowany ładunek.

Podatność Server-Side Request Forgery (SSRF) w funkcji serverRequest w nocobase v2.1.21. Uwierzytelnieni atakujący mogą skanować wewnętrzne zasoby poprzez spreparowane żądanie HTTP.

Podatność wstrzykiwania SQL w funkcji checkSQL w nocobase v2.1.21. Atakujący mogą uzyskać dostęp do wrażliwych informacji w bazie danych poprzez wstrzyknięcie spreparowanych zapytań SQL.

W MaxKB przed wersją 2.10.6-lts kod biblioteki funkcji działający w sandboxie LD_PRELOAD może wywołać ctypes.CDLL z callbacku importlib.abc.MetaPathFinder, tak aby heurystyka stosu wywołań dlopen zobaczyła ramkę importu Pythona, a następnie użyć niepodpiętego dlsym z RTLD_NEXT do rozwiązania prawdziwego wywołania systemowego glibc i obejścia czarnej listy wywołań systemowych sandboxa.

W MaxKB przed wersją 2.10.6-lts sandbox LD_PRELOAD w ToolExecutor przechwytuje execve, execvpe i execveat, aby zapobiec tworzeniu podprocesów, ale nie przechwytuje fexecve. Uwierzytelniony atakujący zdolny do wykonania kodu narzędzia może wywołać fexecve, aby uruchomić proces poza zamierzoną polityką podprocesów sandboxa.

W MaxKB w wersjach 2.7.0 do 2.10.4-lts endpoint POST /chat/api/{application_id}/chat/{chat_id}/share_chat sprawdza jedynie istnienie konwersacji, ale nie weryfikuje, czy należy ona do uwierzytelnionego chat_user_id ani do aplikacji powiązanej z tokenem wywołującego. Atakujący z dowolnym tokenem czatu i znanym chat_id ofiary może utworzyć publiczny link ChatShareLink ujawniający konwersację oraz stan PublicFileAccess umożliwiający pobranie powiązanych plików bez poświadczeń, bez możliwości cofnięcia.