Katalog podatności CVE

W kin-openapi przed wersją 0.146.0 funkcja openapi3filter.ValidateResponse przekazuje nil schemat nagłówka odpowiedzi do decodeValue, gdy dokument OpenAPI deklaruje nagłówek z content zamiast schema. Dokument przechodzi walidację, ale każda walidacja odpowiedzi dla dotkniętej operacji wyłuskuje nil schemat i powoduje panikę, nawet gdy odpowiedź nie zawiera zadeklarowanego nagłówka.

W bibliotece kin-openapi przed wersją 0.145.0 funkcja openapi3.Loader może wyłuskać nil SchemaRef.Value podczas rozwiązywania samoodwołującego się odwołania JSON w additionalProperties. Wczytanie dokumentu OpenAPI kontrolowanego przez atakującego przez LoadFromData, LoadFromFile lub LoadFromURI osiąga resolveComponent przed walidacją dokumentu i może wywołać panikę procesu ładującego.

W bibliotece kin-openapi przed wersją 0.145.0 funkcja openapi3filter.ValidationHandler używa routera routers/legacy, który przekazuje nieobsługiwaną lub niekanoniczną metodę HTTP dla istniejącej ścieżki statycznej do openapi3.PathItem.GetOperation. Domyślna gałąź GetOperation wywołuje panikę przed uwierzytelnieniem, więc nieuwierzytelniony zdalny klient może wielokrotnie wysyłać metody takie jak PROPFIND lub małe litery get, powodując przerywanie połączeń i wzrost logów ze stosem wywołań.

Proxy źródła danych Grafany nie stosowało kontroli dostępu opartej na rolach do żądań zapisu przekazywanych do źródeł danych Loki. Użytkownik z rolą Viewer mógł wysyłać żądania POST, PUT i DELETE przez proxy do API reguł Loki (/loki/api/v1/rules), tworząc, modyfikując i usuwając reguły alertów Loki. Ponieważ reguły są przechowywane przez Loki, zmiana działała dla wszystkich użytkowników tego źródła danych.

Problem w Justson agentweb-core w wersji v5.1.6-androidx i wcześniejszych pozwala lokalnemu atakującemu uzyskać poufne informacje i uruchomić nieeksportowane komponenty aplikacji hosta poprzez nieprawidłową kontrolę dostępu w obsłudze adresów URL intent:// w DefaultWebClient.

Problem w lottie-android 6.7.1 i wcześniejszych (oraz master) pozwala zdalnemu atakującemu wywołać odmowę usługi poprzez spreparowany JSON animacji Lottie zawierający cykliczny graf prekompozycji, który wywołuje niekontrolowaną rekurencję w BaseLayer.forModel i CompositionLayer.

W HPE NonStop SQL/MX EXE uszkodzony plik może w określonych warunkach spowodować odczyt poza granicami bufora. Może to prowadzić do ujawnienia informacji, zakończenia procesu, zatrzymania CPU lub uszkodzenia danych.

W HPE NonStop RDMA SERVICES NSK występuje podatność typu przepełnienie bufora, która może spowodować zapis poza granicami pamięci. Może to prowadzić do uszkodzenia pamięci.

Podatność przepełnienia bufora w HPE NonStop XABroker może powodować uszkodzenie pamięci, prowadząc do awarii aplikacji.

Podatność przepełnienia bufora w HPE NonStop ODBC/MX Server może powodować uszkodzenie pamięci, prowadząc do awarii aplikacji.

Podatność przepełnienia bufora w HPE NonStop ODBC/MX Services może powodować uszkodzenie pamięci, prowadząc do awarii aplikacji.

W EspoCRM przed wersją 10.0.3 użytkownik z dostępem do edycji szablonów e-mail i wysyłania masowych wiadomości może odwołać się do zastrzeżonych pól rekordów w szablonie, ponieważ mechanizm renderowania przestaje filtrować te pola, gdy stosowanie ACL per użytkownik jest wyłączone. To samo zachowanie dotyczy automatycznych odpowiedzi grupowych, gdy zwykły użytkownik może edytować wybrany szablon. Renderowane wiadomości mogą ujawniać zastrzeżone pola użytkowników.

W EspoCRM przed wersją 9.3.10 uwierzytelniony administrator może dostarczyć spreparowane dane wejściowe do administracyjnego Label Manager. Niewystarczająca walidacja ścieżek pozwala na wyjście poza zamierzony katalog i umożliwia odczyt, modyfikację, tworzenie lub usuwanie plików JSON dostępnych dla aplikacji, zależnie od uprawnień systemu plików i konfiguracji serwera.

W EspoCRM przed wersją 9.3.9 nieuwierzytelniony zdalny atakujący może wysłać e-mail na monitorowany adres grupowy lub IMAP (w tym e-mail-to-Case) z dowolnym kodem HTML w treści tekstowej. EspoCRM przechowuje tę treść i renderuje ją bez escapowania w powiadomieniach e-mail o odebranych wiadomościach, co umożliwia wstrzyknięcie HTML, a w klientach pocztowych wykonujących skrypty — wykonanie JavaScript.

EspoCRM to aplikacja CRM o otwartym kodzie źródłowym. Przed wersją 9.3.9 użytkownik z uprawnieniem do edycji szablonów e-mail lub PDF może zapisać spreparowany HTML omijający moderateSanitizeHtml(). Gdy inny użytkownik otworzy szablon w trybie edycji, a clientCspDisabled ma wartość true, zapisany ładunek zostaje wykonany i może przejąć sesję użytkownika. Naprawiono w wersji 9.3.9.

W EspoCRM przed wersją 9.3.9 funkcja sanitizeCellValue() sprawdza tylko pierwszy bajt wartości. Uwierzytelniony użytkownik o niskich uprawnieniach może zapisać wartość, w której wyzwalacz formuły jest poprzedzony białym znakiem lub znakiem kontrolnym, co powoduje pominięcie prefiksu neutralizującego formułę w eksporcie CSV/XLSX. Gdy uprzywilejowany użytkownik otworzy plik i zaakceptuje monity bezpieczeństwa, arkusz kalkulacyjny może wykonać formułę, co umożliwia ujawnienie danych, a w konfiguracjach z włączonym DDE — wykonanie poleceń.

W aplikacji EspoCRM przed wersją 9.3.9 uwierzytelniony administrator może umieścić spreparowaną treść w ustawieniu applicationName poprzez wstrzyknięcie nonce CSP. Trwałe wstrzyknięcie trafia do głównej strony aplikacji bez escapowania, co pozwala na uruchomienie JavaScriptu w sesjach użytkowników i wyciek danych strony, w tym niezapisanych danych wprowadzonych przez użytkownika.

W EspoCRM od wersji 8.1.0 do 9.3.8 uwierzytelniony nieadministrator może przesłać spreparowany parametr where do endpointu GET entity streamAttachments, ponieważ ta ścieżka zapytania pozwala na złożone wyrażenia. Ślepa iniekcja SQL oparta na wartościach logicznych może wyodrębnić dowolne informacje z bazy danych, w tym aktywne tokeny sesji administratorów, i umożliwić pełną eskalację uprawnień.

W EspoCRM przed wersją 9.3.7 uwierzytelniony administrator może dostarczyć spreparowane dane serializowanego obiektu PHP, które są przechowywane w parametrach MassAction lub Export, a następnie deserializowane bez ograniczeń klas, co prowadzi do wykonania dowolnego kodu.

W EspoCRM przed wersją 9.3.7 użytkownik o niskich uprawnieniach mający dostęp do współdzielonej listy TargetList może wywołać akcje opt-out lub cancel-opt-out dla chronionego Kontaktu lub Leada, którego nie może odczytać ani edytować. Usługa weryfikuje dostęp do listy docelowej, ale pobiera rekord docelowy bez wymaganej autoryzacji, co pozwala na nieautoryzowaną zmianę stanu opted_out.