Katalog podatności CVE

AzuraCast przed wersją 0.23.6 nie stosuje middleware RequireInternalConnection na punkcie końcowym API Liquidsoap i błędnie wyprowadza flagę AutoDJ z obecności nagłówka, a nie z jego zweryfikowanej wartości. Użytkownicy z uprawnieniem View station mogą wstrzykiwać dowolne metadane now-playing, zakłócać transmisje na żywo i ujawniać ścieżki systemu plików.

W AzuraCast przed wersją 0.23.8 publiczny punkt końcowy pobierania On-Demand nie weryfikuje kontroli dostępu na poziomie playlisty, co pozwala nieuwierzytelnionym użytkownikom na pobieranie plików multimedialnych wykluczonych z playlist z włączonym On-Demand. Atakujący mogą ominąć zamierzone ograniczenia dostępu, bezpośrednio żądając mediów za pomocą prawidłowych identyfikatorów, ujawniając prywatne lub zastrzeżone treści audio.

Contrast do wersji 1.20.0 zawiera podatność na panikę w funkcji ciphertextContainer.UnmarshalJSON punktu końcowego transit-engine, która nie sprawdza długości odszyfrowanego tekstu przed wycięciem. Uwierzytelnione obciążenie z ważnym certyfikatem mesh może wywołać panikę w czasie wykonywania, przesyłając krótki base64-encoded ciphertext, powodując spam w logach i błędy żądań bez awarii procesu.

Moduł uwierzytelniania Digest w http4k (org.http4k:http4k-security-digest) przed wersjami 6.48.0.0, 5.42.0.0 i 4.51.0.0 domyślnie ustawia parametr nonceVerifier w ServerFilters.DigestAuth i DigestAuthProvider na { true }, więc każdy nonce jest akceptowany niezależnie od jego wartości, wieku lub wcześniejszego użycia. Aplikacje korzystające z tego domyślnego ustawienia nie mają ochrony przed powtórzeniem ataku na uwierzytelnianie Digest: atakujący, który przechwyci prawidłową odpowiedź 'Authorization: Digest' (np. obserwując ruch sieciowy lub czytając logi), może ją powtarzać w nieskończoność przeciwko temu samemu chronionemu zasobowi.

Podatność w routerze Edimax BR-6428nC w wersji 1.16 dotyczy nieznanej funkcji w pliku /goform/formWizSurvey komponentu Wireless Wizard Handler. Manipulacja argumentami interface1/interface2 prowadzi do przepełnienia bufora na stosie. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony.

http4k (artefakt Maven org.http4k:http4k-core) przed wersjami 6.48.0.0, 5.42.0.0 i 4.51.0.0 zawiera BasicCookieStorage, który nie egzekwuje zasad zakresu RFC 6265 dla domeny, ścieżki i atrybutów Secure. Gdy jedna instancja BasicCookieStorage jest używana do komunikacji z więcej niż jednym origin lub schematem, ciasteczka zapisane dla jednego origin mogą być wysyłane do innych, a ciasteczka oznaczone jako Secure mogą być wysyłane przez zwykły HTTP, co może ujawnić ciasteczka sesji lub inne wrażliwe dane nieautoryzowanym hostom lub obserwatorom sieci.

http4k (pakiet Maven org.http4k:http4k-core) przed wersjami 6.49.0.0, 5.42.0.0 i 4.51.0.0 używa domyślnie dopasowania podciągu (Contains) na nagłówku Host w funkcjach reverseProxy() i reverseProxyRouting() podczas kierowania do skonfigurowanych wirtualnych hostów. Jeśli te funkcje są wdrożone jako publiczny przychodzący handler HTTP z dwoma lub więcej skonfigurowanymi wirtualnymi hostami, zdalny atakujący może dostarczyć nagłówek Host, który jedynie zawiera skonfigurowaną nazwę vhost (np. Host: admin.evil.com dla vhost skonfigurowanego jako "admin") i zostać przekierowany do tego vhost, omijając autoryzację opartą na routingu.

vm2 przed wersją 3.12.2 nie stosuje obsługi odrzuceń Promise po stronie hosta w pułapce konstrukcji sandbox-host. W BaseHandler, pułapka apply wywołuje markHostPromiseHandled() na zwróconej wartości, ale sąsiednia ścieżka construct zwraca wynik Reflect.construct bez tej samej sanityzacji. Jeśli embedder udostępnia konstruowalną funkcję hosta, której konstruktor zwraca natywnie odrzuconą Promise, niezaufany skrypt uruchomiony przez VM.run może ją wywołać z `new` i zignorować wynik; odrzucona Promise hosta przechodzi przez most nieobsłużona i, zgodnie z rygorystyczną polityką nieobsłużonych odrzuceń Node, jest promowana do nieprzechwyconego wyjątku, który kończy proces hosta.

Contrast, środowisko uruchomieniowe Kubernetes dla poufnych kontenerów, przed wersją 1.12.1 ma podatność w funkcji bezpiecznych woluminów trwałych. Złośliwy host może dostarczyć spreparowany wolumin LUKS2 do poda VM. Metadane woluminu LUKS2 nie są uwierzytelniane, a w wersjach cryptsetup przed 2.8.1 nagłówek określający algorytm szyfrowania null keyslot (cipher_null-ecb) jest akceptowany bez błędu. Ponieważ Initializer Contrast zakłada, że urządzenie jest chronione, jeśli `cryptsetup open` zakończy się sukcesem z tajnym ziarnem, gość otworzy wolumin dostarczony przez atakującego i zapisze tajne dane w postaci jawnej lub pod kluczem znanym atakującemu, co pozwala hostowi odczytać poufne dane, które powinny być zaszyfrowane.

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Kibana może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Nieograniczone zużycie zasobów (CWE-400) w Elasticsearch może prowadzić do odmowy usługi poprzez nadmierną alokację (CAPEC-130).

Brak autoryzacji (CWE-862) w Kibana może prowadzić do nieautoryzowanego usuwania danych poprzez wykorzystanie niepoprawnie skonfigurowanych poziomów kontroli dostępu (CAPEC-180). Uwierzytelniony użytkownik z uprawnieniami Synthetics ograniczonymi do pojedynczej przestrzeni Kibana może trwale usunąć monitory Synthetics współdzielone z przestrzeniami, do których nie ma dostępu. W przypadku monitora powiązanego z prywatną lokalizacją ta sama operacja niszczy również konfigurację integracji Elastic Agent bez kontroli autoryzacji, które Fleet normalnie stosuje.

Podatność w Kibanie umożliwia obejście autoryzacji poprzez kontrolowany przez użytkownika klucz (CWE-639). Uwierzytelniony użytkownik z uprawnieniami do funkcji Timeline w przestrzeni Kibany może wyliczać, odczytywać, modyfikować i usuwać wersje robocze obiektów Timeline należących do innych użytkowników w tej samej przestrzeni. Do wyliczenia i ujawnienia wystarczy dostęp tylko do odczytu, a do modyfikacji i usunięcia wymagane jest uprawnienie zapisu do Timeline.

Podatność ujawnienia poświadczeń w Froxlor przed wersją 2.3.12 w komendzie API DirProtections.listing, która zwraca hashe haseł htpasswd. Uwierzytelnieni użytkownicy API mogą pobrać hashe bcrypt haseł użytkowników katalogów chronionych, co umożliwia ataki offline i ujawnienie ponownie użytych poświadczeń.