Katalog podatności CVE

Nieuwierzytelniona podatność na przepełnienie bufora w AOS-S. Udane wykorzystanie może pozwolić nieuwierzytelnionemu sąsiadującemu atakującemu na ujawnienie wrażliwych danych z pamięci i spowodowanie odmowy usługi na urządzeniu.

Podatności na uszkodzenie pamięci w AOS-S, osiągalne przez nieuwierzytelnionego sąsiadującego atakującego. Udane wykorzystanie może pozwolić atakującemu na wykonanie dowolnego kodu.

Podatności na przepełnienie bufora w interfejsie AOS-S. Udane wykorzystanie może pozwolić nieuwierzytelnionemu zdalnemu atakującemu na wykonanie dowolnego kodu.

Podatność w interfejsie zarządzania AOS-S, która może pozwolić nieuwierzytelnionemu zdalnemu atakującemu na obejście istniejących mechanizmów uwierzytelniania, jeśli spełnione są pewne warunki wstępne poza kontrolą atakującego. Udane wykorzystanie może pozwolić na nieautoryzowany dostęp do systemu.

Podatności na obejście uwierzytelniania w interfejsie zarządzania webowego AOS-S. Udane wykorzystanie może pozwolić nieuwierzytelnionemu zdalnemu atakującemu na uzyskanie nieautoryzowanego dostępu do systemu.

Podatności typu buffer overflow występują w interfejsie AOS-S. Udana eksploatacja może pozwolić uwierzytelnionemu zdalnemu atakującemu na wywołanie warunku denial-of-service na zaatakowanym systemie.

Wykryto błąd w obsłudze parametru `bind_mount_prefix` w CRI-O. Gdy skonfigurowano niepusty prefiks, złośliwy kontener lub lokalny atakujący może użyć ścieżki hostPath zawierającej pośredni dowiązanie symboliczne, co powoduje rozwiązanie źródła montowania poza zamierzonym katalogiem głównym.

Ścieżki logowania Gitea przez OAuth2 i OpenID Connect nie wymagają wyzwania WebAuthn, gdy WebAuthn jest jedynym skonfigurowanym drugim czynnikiem uwierzytelniania. Osoba uwierzytelniona przez zewnętrzny przepływ tożsamości może uzyskać pełną sesję bez weryfikacji passkey, która jest wymagana przy logowaniu hasłem. Jedna z dotkniętych ścieżek może również utrwalić powiązanie zewnętrznej tożsamości, rozszerzając kompromitację poza początkową sesję; konta z TOTP są poza opisanym scenariuszem WebAuthn-only.

Gitea sprawdza nazwę hosta migracji repozytorium względem list dozwolonych i zablokowanych przed wywołaniem Git, ale podproces Git niezależnie rozwiązuje nazwę hosta podczas łączenia. Atakujący, który może rozpocząć migrację i kontrolować DNS celu, może zmienić adres między walidacją a połączeniem, aby dotrzeć do zablokowanego wewnętrznego adresu. Dotknięta ścieżka to operacja klonowania Git; walidacja w dialerze klienta HTTP migracji nie chroni niezależnie łączącego się podprocesu Git.

W Twisted w wersji 25.5.0 i wcześniejszych funkcja wildcardToRegexp() w twisted/mail/imap4.py przekazuje znaki z wzorca LIST lub LSUB klienta bezpośrednio do re.compile(), co umożliwia atakującemu wywołanie katastrofalnego cofania się wyrażeń regularnych. Ponieważ Twisted używa jednowątkowego reaktora kooperacyjnego, blokujące dopasowanie zawiesza całą komunikację serwera.

W yawkat LZ4 Java przed wersją 1.11.2 klasa LZ4DecompressorWithLength ufa czterobajtowemu nagłówkowi długości przed walidacją danych wejściowych, co pozwala pięciobajtowemu wejściu zadeklarować duży rozmiar wyjściowy i wyczerpać stertę JVM. Przeciążenia zapisujące do bufora dostarczonego przez wywołującego nie są podatne.

W yawkat LZ4 Java przed wersją 1.11.2 klasa LZ4BlockInputStream.refill() waliduje pole compressedLen w nagłówku LZ4Block jako nieujemne, ale przydziela bufor wejściowy o rozmiarze kontrolowanym przez atakującego przed odczytaniem danych. Strumień zawierający tylko nagłówek może zażądać alokacji bliskiej 2 GiB i wyczerpać stertę JVM.

Biblioteka yawkat LZ4 Java w wersjach od 1.7.0 do 1.11.4 zawiera podatność polegającą na niebezpiecznym tworzeniu pliku tymczasowego. Atakujący z dostępem do wspólnego katalogu tymczasowego może podmienić plik biblioteki natywnej przed jej załadowaniem, co może prowadzić do wykonania kodu w kontekście ofiary.

W yawkat LZ4 Java przed wersją 1.11.4 klasa LZ4FrameInputStream.readHeader() przydziela dwa bufory bloków po 4 MiB przy odczycie nagłówka ramki o maksymalnym rozmiarze bloku. Tryb domyślny pozwala atakującemu na strumienie z wieloma pustymi ramkami, powodując alokację około 8 MiB na każde 11 bajtów wejścia, bez generowania danych wyjściowych.

yawkat LZ4 Java zapewnia kompresję LZ4 dla Javy. Przed wersją 1.11.4 net.jpountz.lz4.LZ4BlockInputStream skonfigurowany z stopOnEmptyBlock ustawionym na false obsługuje każdy poprawnie sformułowany pusty LZ4Block poprzez rekurencyjne wywołanie refill(), co pozwala długiej sekwencji pustych bloków w kontrolowanym przez atakującego strumieniu skompresowanym wyczerpać stos wątku dekodującego i zgłosić StackOverflowError. Domyślne ustawienie stopOnEmptyBlock to true i nie jest dotknięte, a problem nie powoduje uszkodzenia pamięci.

Biblioteka StableLib przed wersją 2.0.4 zawiera podatność w dekoderze CBOR, która pozwala atakującemu na wstrzyknięcie klucza '__proto__' do obiektu JavaScript. Powoduje to nadpisanie prototypu obiektu, co może prowadzić do podejmowania decyzji bezpieczeństwa na podstawie danych kontrolowanych przez atakującego.

Biblioteka StableLib przed wersją 2.0.4 zawiera podatność w dekoderze CBOR, która nie ogranicza głębokości zagnieżdżenia struktur danych. Zbyt głęboka struktura może spowodować przepełnienie stosu JavaScript, prowadząc do awarii procesu lub usługi.

Handlebars od wersji 4.0.0 do 4.7.10 akceptuje wstępnie sparsowane obiekty AST w metodach compile() i precompile(), walidując tylko wybrane wartości. Atakujący, który może dostarczyć obiekt zamiast stringa szablonu, może umieścić wyrażenia JavaScript w niesprawdzanych wartościach, co prowadzi do wykonania kodu na serwerze. Aplikacje przekazujące tylko stringi szablonów nie są zagrożone. Problem naprawiono w wersji 4.7.10.

Handlebars w wersjach od 3.0.0 do 4.7.10 zawiera podatność polegającą na tym, że funkcja lookupProperty zwraca Function.prototype.constructor przed zastosowaniem listy zabronionych właściwości prototype. Pozwala to osobie atakującej, która może renderować kontrolowany szablon z włączonym allowProtoMethodsByDefault, na dostęp do konstruktora Function przez obejście, co umożliwia wykonanie dowolnego kodu JavaScript z uprawnieniami aplikacji serwera.

W Handlebars od wersji 4.0.0 do 4.7.10 funkcja Handlebars.precompile() używa quotedString() do emitowania statycznego tekstu szablonu do generowanego JavaScriptu bez escapowania sekwencji kończących element script. Gdy aplikacja prekompiluje tekst kontrolowany przez atakującego i osadza wynik w elemencie inline script, atakujący może zamknąć element i wykonać własny kod.