Katalog podatności CVE

BunkerWeb przed wersją 1.6.13 zawiera podatność w modułach blacklist, greylist i antibot, które ufają dopasowaniom sufiksu PTR w IGNORE_RDNS, GREYLIST_RDNS i ANTIBOT_IGNORE_RDNS bez użycia get_ips do potwierdzenia, że nazwa hosta rozwiązuje się na adres klienta. Nieuwierzytelniony zdalny atakujący kontrolujący rekord PTR może sfałszować zaufany sufiks, aby ominąć blokowanie oparte na rDNS, uzyskać traktowanie greylist lub pominąć wyzwanie antibot.

msgpack_unpacker_expand_buffer w src/unpack.c, osiągany przez publiczne API msgpack_unpacker_reserve_buffer, oblicza nowy rozmiar bufora używając niesprawdzonego dodawania size_t żądanego rozmiaru i już użytej ilości. Pętla podwajania chroni swoje mnożenie przed przepełnieniem, ale dodawanie w warunku pętli jest niechronione, więc żądanie bliskie SIZE_MAX zawija się: warunek pętli jest już spełniony, alokacja jest wykonywana przy małym rozmiarze przed zawinięciem, a funkcja zwraca true. Wywołujący jest informowany, że żądana pojemność została zarezerwowana, gdy nie została, więc późniejszy zapis żądanej długości przepełnia bufor sterty.

hank-ai/darknet ma podatność polegającą na niekontrolowanym mnożeniu pól konfiguracyjnych w 32-bitowej arytmetyce przy alokacji buforów wag i wyjść warstwy konwolucyjnej. Specjalnie spreparowany plik .cfg może spowodować niedowymiarowanie alokacji, co prowadzi do przepełnienia bufora podczas forward_convolutional_layer. Wykorzystanie wymaga jedynie załadowania spreparowanego pliku .cfg, bez prawidłowego pliku .weights.

To CVE zostało odrzucone lub wycofane przez CVE Numbering Authority.

To CVE zostało odrzucone lub wycofane przez CVE Numbering Authority.

Podatność w Lighthouse pozwala zdalnemu atakującemu, po skompromitowaniu klastra spoke, na wstrzyknięcie nieautoryzowanych zasobów EndpointSlices i ServiceImports do dowolnej przestrzeni nazw w klastrach peer, w tym do krytycznych systemowych przestrzeni nazw. Dzieje się tak, ponieważ docelowa przestrzeń nazw jest wyprowadzana z kontrolowanej przez atakującego etykiety lub adnotacji na obiekcie brokera.

W komponencie lighthouse w Red Hat Advanced Cluster Management for Kubernetes stwierdzono podatność wynikającą z niewystarczającej walidacji reklamowanych adresów IP w obiektach EndpointSlice. Zaatakowany klaster spoke może tworzyć EndpointSlices z adresami IP kontrolowanymi przez atakującego, co powoduje przekierowanie ruchu usług między klastrami do złośliwych punktów końcowych. Umożliwia to przeprowadzenie ataku Man-in-the-Middle na komunikację między klastrami.

Podatność w Submariner pozwala złośliwemu klastrowi (spoke) na przekierowanie ruchu sieciowego z innych połączonych klastrów poprzez opublikowanie specjalnie spreparowanego punktu końcowego sieci. System nie waliduje poprawnie podsieci sieciowych dostarczonych przez złośliwy klaster, co umożliwia deklarowanie dowolnych zakresów adresów IP.

Frappe przed wersjami 15.115.0 i 16.27.0 zawiera podatność w publicznym formularzu webowym request-data oraz klasie PersonalDataDownloadRequest w frappe/website/doctype/personal_data_download_request/personal_data_download_request.py, które zwracają rozróżnialne kształty odpowiedzi dla zarejestrowanych i niezarejestrowanych adresów e-mail, w tym pole user_name i zachowanie trwałości. Zdalny atakujący może porównać odpowiedzi, aby enumerować zarejestrowanych użytkowników.

Frappe przed wersjami 15.114.0 i 16.26.0 zawiera podatność w przepływie zgody OAuth2, która pozwala atakującemu nakłonić uwierzytelnionego użytkownika do zatwierdzenia grantu OAuth lub ponownego użycia stanu autoryzacji dla niewłaściwego klienta. Wynika to z braku ograniczenia metody approve do POST, braku tokena CSRF i braku sprawdzenia, czy aktywny token OAuth należy do żądającego klienta.

Złośliwy peer budujący może zażądać pliku w kontekście po nazwie od hosta i otrzymać zawartość tego, na co wskazuje nazwa, nawet jeśli wskazuje poza kontekst budowania. Ta podatność jest rozwiązana w wersji kontenera 1.2.0.

Frappe w wersji 16.31.0 i wcześniejszych zawiera podatność, w której whitelistowany endpoint frappe.model.workflow.bulk_workflow_approval w frappe/model/workflow.py akceptuje bezpieczne metody HTTP dla zmian stanu zatwierdzeń workflow, ponieważ endpoint nie jest ograniczony do POST. Atakujący może nakłonić uwierzytelnioną przeglądarkę ofiary do przesłania akcji zatwierdzenia z uprawnieniami ofiary. Brak wydanej wersji z poprawką na dzień przeglądu.

django CMS przed wersją 5.0.9 zawiera podatność w duplikacji stron, która nie sprawdza autoryzacji na poziomie obiektu dla źródłowej strony. W cms/admin/forms.py, DuplicatePageForm.source akceptuje dowolną stronę, konstruktor AddPageForm nie zawęża ukrytego pola źródła, AddPageForm.clean nie waliduje źródła względem użytkownika, a AddPageForm.save wywołuje from_source. W cms/admin/pageadmin.py, duplicate i PageAdmin.has_add_permission sprawdzają tylko, czy pracownik może dodać stronę. Spreparowana wartość źródła może skopiować każdy placeholder i wtyczkę z nieautoryzowanej strony z permissions=False, usuwając ograniczenia widoczności źródła i ujawniając treści między witrynami lub ograniczonymi poddrzewami, gdy CMS_PERMISSION jest włączone.

Frappe w wersji 16.31.0 i wcześniejszych zawiera podatność polegającą na pomyleniu typów w funkcji frappe.client.set_value, która sprawdza słownik przekazany przez parametr fieldname pod kątem zabronionych pól, ale przed sparsowaniem go na poszczególne nazwy pól. Uwierzytelniony użytkownik może wykorzystać tę podatność do masowego przypisywania chronionych pól przez endpoint klienta. Brak jest wydanej wersji z poprawką.

django CMS przed wersją 5.0.9 zawiera podatność w render_object_structure, która nie autoryzuje obiektów niebędących PageContent używających PlaceholderRelationField. Aktywny pracownik bez uprawnień cms.use_structure lub uprawnień do przeglądania/zmiany na poziomie modelu może zażądać endpointu //admin/cms/placeholder/object/<content_type_id>/structure/<object_id>/ z odgadniętymi wartościami content_type_id i object_id. Odpowiedź ujawnia nazwy slotów placeholderów, drzewa wtyczek, identyfikatory wtyczek, etykiety i istnienie obiektów dla obiektów edytowalnych we frontendzie. Poprawka stosuje user_can_view_placeholder_source do gałęzi nie-PageContent, pozostawiając tablicę struktury tylko do odczytu dla użytkowników z uprawnieniami tylko do przeglądania.

django CMS przed wersją 5.0.8 zawiera podatność w render_object_structure w cms/views.py, która renderuje cms/toolbar/structure.html dla obiektu PageContent bez wywołania user_can_view_page(). Każde konto pracownika może zażądać struktury ograniczonej strony, gdy CMS_PERMISSION jest włączone i strona ma ograniczenia widoczności lub CMS_PUBLIC_FOR jest ustawione na staff. Odpowiedź ujawnia wartości get_short_description() wtyczek, w tym nazwy linków, adresy URL i fragmenty tekstu, a nie tylko kształt strony.

django CMS przed wersją 5.0.8 zawiera podatność w punkcie końcowym copy_plugins, który autoryzuje tylko docelowy schowek, ale nie sprawdza źródłowego placeholdera. Użytkownik personelu z globalnym uprawnieniem dodawania dla typu wtyczki może kopiować wtyczki z nieautoryzowanych stron i odczytywać sekretne teksty, nazwy linków i adresy URL.

To CVE zostało odrzucone lub wycofane przez CVE Numbering Authority.

libgit2 przed wersjami 1.8.6 i 1.9.5 zawiera podatność polegającą na wykonaniu strncmp o stałej długości w set_data bez uprzedniego sprawdzenia, czy bufor capability w pakiecie pkt-line protokołu smart zawiera 14 bajtów. Złośliwy serwer Git może spowodować, że format_str przesunie się poza pkt-line, a obliczenie długości przez memchr ulegnie niedomiarowi, co prowadzi do odczytu poza stertą i może spowodować awarię klienta podczas pierwszego pakietu reklamującego referencje.

libgit2 przed wersjami 1.8.6 i 1.9.5 zawiera podatność w wbudowanym transporcie HTTP, która pozwala na przekierowanie do niezaufanego hosta i wysłanie poświadczeń do niego. Atakujący kontrolujący zaufany host Git lub otwarte przekierowanie może ujawnić poświadczenia HTTP Basic, tokeny dostępu osobistego lub równoważne poświadczenia.