Katalog podatności CVE

NLnet Labs Unbound od wersji 1.12.0 do 1.26.0 ma podatność use-after-free, gdy jest skompilowany z obsługą DNS-over-HTTPS (--with-libnghttp2). W ścieżkach błędów (np. RPZ drop, jostle) porzucony strumień DoH powoduje awarię całej sesji DoH i nie uwzględnia innych strumieni, prowadząc do use-after-free. Atakujący może to wywołać pojedynczym połączeniem DoH, ale wpływ jest ograniczony, ponieważ odczyty nie są kontrolowane przez użytkownika; jednak zahartowany alokator może wykryć błąd i kontrolowanie zakończyć proces, powodując DoS.

W NLnet Labs Unbound do wersji 1.26.0 występuje podatność na degradację usługi w procedurze odczytu TCP/DoT, gdzie nie ma limitu kolejnych odczytów. Złośliwy aktor, który może przesyłać strumieniowo i utrzymywać tempo odrębnych niebuforowanych nazw przez połączenie TCP/DoT, monopolizuje całą pętlę zdarzeń pojedynczego pracownika, dopóki jego zapisy wyprzedzają opróżnianie.

NLnet Labs Unbound od wersji 1.22.0 do 1.26.1 ma podatność use-after-free, gdy jest skompilowany z obsługą DNS-over-QUIC (--with-libngtcp2). Każdy strumień DoQ posiada bufor wyjściowy z odpowiedzią DNS, a bufor retransmisji ngtcp2 przechowuje płytki wskaźnik do tego bufora. Po RESET_STREAM od klienta bufor wyjściowy jest zwalniany, ale ngtcp2 nadal trzyma wpisy retransmisji, co prowadzi do użycia zwolnionej pamięci przy następnym PTO. Atakujący bez uprawnień może to osiągnąć, wysyłając zapytania DoQ, wstrzymując ACK, wysyłając RESET_STREAM i czekając na PTO, co prowadzi do nieprawidłowego zakończenia serwera.

W NLnet Labs Unbound od wersji 1.13.2 do 1.26.1, w strefach z włączonym ZONEMD (zonemd-check: yes) znajdujących się poniżej kotwicy zaufania, istnieje okno ataku, w którym (sfałszowane) zawartości strefy są serwowane (lub zapisywane na dysk) przed zakończeniem kontroli integralności ZONEMD. Jest to spowodowane asynchroniczną rozwiązywaniem DS/DNSKEY, które musi nastąpić przed kontrolą ZONEMD. Jeśli plik strefy jest zapisany na dysk podczas nieudanej kontroli, sfałszowane dane są ponownie ładowane przy starcie i dostępne do czasu zakończenia weryfikacji ZONEMD.

Na platformach Arista EOS, gdy skonfigurowano wiele transportów gRPC Network Security Interface (gNSI), występuje wyścig w usłudze gNSI Authz, który może spowodować ciche niepowodzenie rotacji polityk. Uwierzytelniony użytkownik, którego dostęp został cofnięty przez nową politykę, może zachować nieautoryzowany dostęp do interfejsów gRPC. Problem nie dotyczy Bootz. Został wykryty wewnętrznie przez Arista, brak doniesień o złośliwym wykorzystaniu.

Na platformach Arista EOS problem z gRPC Network Security Interface (gNSI) Authz Rotate RPC może spowodować, że nieprawidłowa polityka Authz przesłana w trwającym strumieniu RPC stanie się aktywna. Problem nie dotyczy Bootz. Został odkryty wewnętrznie przez Arista, a firma nie zna żadnych złośliwych wykorzystań tego problemu w sieciach klientów.

W bibliotece jwcrypto funkcja JWK.import_key() waliduje członka key_ops JWK pod kątem zduplikowanych wartości przy użyciu algorytmu o złożoności czasowej O(n^2), a długość key_ops nie jest ograniczona. Zdalny, nieuwierzytelniony atakujący może dostarczyć JWK z dużą tablicą key_ops do aplikacji, która przekazuje kontrolowane przez atakującego materiały klucza do publicznego API importu klucza (osiągalnego m.in. przez uzgadnianie klucza ECDH-ES, dynamiczną rejestrację klienta OIDC, DPoP lub rejestrację klucza konta ACME), co powoduje nadmierne zużycie CPU i prowadzi do odmowy usługi.

Podatność zidentyfikowano w interfejsie webowym WTV676-HB6035 (wszystkie wersje < V3.94) oraz WTV776-HB6035 (wszystkie wersje < V4.17). Urządzenia nie walidują poprawnie danych wejściowych otrzymywanych z usług zaplecza. Może to pozwolić nieuwierzytelnionemu zdalnemu atakującemu na zmuszenie urządzenia do trybu ochronnego, co skutkuje utratą zdalnych funkcji łączności (Web Access).

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 17.1 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami Owner lub Maintainer na ciche wyłączenie wymagań zatwierdzania wdrożeń w środowiskach chronionych, umożliwiając niezatwierdzone wdrożenia do produkcji, z powodu nieprawidłowej kontroli dostępu po modyfikacji chronionego zasobu.

QND używa zaszytego na stałe klucza kryptograficznego, co może pozwolić lokalnemu atakującemu zalogowanemu na komputerze z systemem Windows, na którym zainstalowany jest klient produktu, na uzyskanie poświadczeń administratora, w tym identyfikatora i hasła.

Zdalny atakujący z niskimi uprawnieniami może manipulować parametrem schema path w punkcie końcowym /index.php/diagnostics_tab/ajax_diag_table_rows przy użyciu ważnego cookie użytkownika, co umożliwia ujawnienie wszystkich skrótów haseł użytkowników.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 13.0 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na uniemożliwienie innemu użytkownikowi modyfikacji ustawień grupy z powodu nieprawidłowej walidacji slugów URL grupy podczas transferów przestrzeni nazw.

Wtyczka Appointment Hour Booking dla WordPressa przed wersją 1.5.95 nie sprawdza każdej rezerwacji w zgłoszeniu względem pojemności skonfigurowanej dla jej własnego slotu, co pozwala nieuwierzytelnionym odwiedzającym na zajmowanie slotów, które są już w pełni zarezerwowane.

Wtyczka Eventin dla WordPressa przed wersją 4.1.24 nie weryfikuje, czy zakończona płatność odpowiada zamówieniu, do którego jest zastosowana, potwierdzając jedynie, że bramka płatności raportuje transakcję jako udaną, a nie jej kwotę, walutę ani do którego zamówienia należy. Pozwala to nieuwierzytelnionym odwiedzającym oznaczyć nieopłacone zamówienia o dowolnej wartości jako opłacone poprzez powtórzenie transakcji z jednej prawdziwej płatności o niskiej wartości.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 13.9 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który mógł pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami roli dewelopera na podmianę zawartości plików pakietów i ukrywanie pakietów przed ich właścicielami z powodu nieprawidłowej kontroli autoryzacji w Generic Package Registry.

Wtyczka Formidable Forms dla WordPressa przed wersją 6.35 nie zapobiega przedostawaniu się wartości pochodzących z żądania do parsera shortcode'ów WordPressa, gdy podstawia obsługiwany token do niestandardowego HTML formularza. Umożliwia to nieuwierzytelnionym odwiedzającym wykonanie dowolnych shortcode'ów z atrybutami wybranymi przez atakującego po stronie serwera na każdej stronie wyświetlającej dotknięty formularz.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 19.0 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który w określonych warunkach mógł pozwolić nieuwierzytelnionemu użytkownikowi na wykonanie dowolnego JavaScriptu w kontekście sesji docelowego użytkownika z powodu nieprawidłowego oczyszczania wklejonej zawartości HTML w edytorze treści.

GitLab naprawił problem w GitLab EE dotyczący wszystkich wersji od 18.11 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który w określonych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi z rolą Security Manager na wykonanie dowolnych zadań CI/CD i dostęp do chronionych zmiennych w projektach grupowych z powodu nieprawidłowej kontroli autoryzacji w zarządzaniu frameworkami zgodności.

Wtyczka Royal Elementor Addons dla WordPressa przed wersją 1.7.1067 nieprawidłowo sanityzuje i nie escapuje wartości przesłanych przez widget formularza przed umieszczeniem ich w treści wiadomości e-mail z powiadomieniem dla administratora. Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie dowolnego HTML do wiadomości e-mail wysyłanych do administratora witryny po przesłaniu formularza.

GitLab naprawił problem w GitLab CE/EE dotyczący wszystkich wersji od 13.0 przed 19.1.8, 19.2 przed 19.2.6 i 19.3 przed 19.3.2, który w określonych warunkach mógł pozwolić użytkownikowi z rolą developer na wykonanie działań w kontekście commitów merge request innego użytkownika z powodu problemu wyścigu w tworzeniu pipeline'ów.