Katalog podatności CVE

W Unbound od wersji 1.10.0 do 1.25.1, przy włączonej opcji 'serve-expired: yes' i regule 'response-ip' lub 'rpz-cname-override', zdalny klient kontrolujący delegowaną domenę może spowodować awarię demona. Problem wynika z niespójności w logice obsługi aliasów CNAME w funkcji serve-expired-client-timeout.

W Unbound od wersji 1.25.0 do 1.25.1, poprawka umożliwiająca współpracę modułów 'respip' i 'dns64' tworzy płytką kopię nazwy widoku, co może prowadzić do uszkodzenia pamięci, gdy oryginalny właściciel nazwy widoku zostanie usunięty pod obciążeniem. Prawdopodobieństwo awarii jest niskie.

W NLnet Labs Unbound do wersji 1.25.1 włącznie, gdy włączona jest opcja 'unwanted-reply-threshold', rekordy glue 0.0.0.0/::0 mogą powodować pętlę, która prowadzi do czyszczenia pamięci podręcznej. Atakujący kontrolujący delegację może wielokrotnie wywołać czyszczenie cache bez wysyłania spoofowanych pakietów.

NLnet Labs Unbound w wersjach od 1.7.0 do 1.25.1 zawiera podatność, w której strefa auth/rpz z skonfigurowaną nazwą hosta primary, która rozwiązuje się do BOGUS A/AAAA, jest nadal uważana za możliwy punkt końcowy XFR. Złośliwy aktor, który może sfałszować rekord A/AAAA (bez ważnego RRSIG), staje się primary XFR i może zastąpić całą strefę lub politykę odpowiedzi resolwera.

W Unbound od wersji 1.15.0 do 1.25.1, nazwa serwera TLS używana dla zapytań DoT jest przechowywana w strukturze 'serviced_query', ale także referencjonowana przez 'waiting_tcp'. Gdy struktura zostanie usunięta podczas uzgadniania TLS, a następnie wystąpi błąd, następuje dereferencja zwolnionego wskaźnika, co prowadzi do awarii demona.

NLnet Labs Unbound w wersjach od 1.22.0 do 1.25.1 zawiera podatność, w której pojedyncze zapytanie klienta o głęboko zagnieżdżoną nazwę pod podpisem DNSSEC może spowodować wysłanie większej liczby pakietów upstream niż skonfigurowany limit 'max-global-quota'. To skutecznie omija zabezpieczenie ograniczające ruch amplifikacyjny.

W NLnet Labs Unbound do wersji 1.25.1 włącznie, aplikacje używające libunbound z włączoną opcją 'unwanted-reply-threshold' mogą zostać nagle zakończone, gdy próg zostanie osiągnięty, ponieważ funkcja 'libworker_alloc_cleanup' nie znajduje się na liście dozwolonych wywołań. Unbound sam w sobie nie jest podatny.

W serwerze katalogowym 389-ds-base wykryto przepełnienie sterty (heap-buffer-overflow). Gdy DN zawiera wartość w starym cudzysłowie, serwer nie zamyka alokacji sterty, co pozwala innemu wywołaniu odnieść się do tego samego wskaźnika pamięci, prowadząc do odmowy usługi lub dowolnej operacji zapisu do pamięci.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, przestarzały komponent RadChart (handler ChartImage.axd) jest podatny na nieuwierzytelniony odczyt plików oraz usuwanie plików z rozszerzeniami graficznymi w katalogu aplikacji.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, wewnętrzny kontroler LayoutBuilder przetwarza XML stanu klienta bez wyłączania przetwarzania DTD, co pozwala nieuwierzytelnionemu atakującemu na przeprowadzenie ataku odmowy usługi poprzez rekurencyjne rozwijanie encji XML.

NLnet Labs Unbound w wersjach od 1.22.0 do 1.25.1 w środowiskach DNS-over-QUIC z wysoką współbieżnością może ulec awarii z powodu asercji w libngtcp2 dotyczącej znaczników czasu monotonicznych. Unbound używał czasu rzeczywistego zamiast monotonicznego, co przy dużym obciążeniu powoduje przerwanie działania serwera.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, niewystarczająca walidacja treści przesyłanej do funkcji eksportu PDF RadEditor może pozwolić uwierzytelnionemu atakującemu na wywołanie żądań po stronie serwera do dowolnych hostów. Skutkuje to wychodzącymi połączeniami sieciowymi i potencjalnym ujawnieniem poświadczeń uwierzytelniania Windows.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708 parametry żądania DialogHandler mogą być modyfikowane, co potencjalnie zmienia zachowanie serwera dialogowego i umożliwia łańcuchową eksploatację.

Open Mercato nie waliduje reguł regex. Atakujący z uprawnieniami do tworzenia reguł regex może dodać niebezpieczne wyrażenie regularne do pola. Gdy ktoś poda odpowiedni ciąg znaków, może to skutkować atakiem DoS. Problem został naprawiony w wersji 0.6.4.

Traefik w wersjach do 2.11.51, od 3.6.0 do 3.6.22 oraz od 3.7.0 do 3.7.6 zawiera podatność na ominięcie uwierzytelniania przez path traversal w middleware ReplacePathRegex. Niezautoryzowany atakujący może wysłać spreparowane żądanie, które po przetworzeniu przez middleware trafia do backendu bez walidacji normalizacji ścieżki, umożliwiając dostęp do chronionych zasobów.

n8n w wersjach przed 1.123.64, 2.29.8 i 2.30.1 zawiera podatność ujawnienia poświadczeń. Przy konfiguracji z kluczem konta usługi Google, pełny prywatny klucz PEM został błędnie umieszczony w polu kid nagłówka JWT (przeznaczonym tylko dla identyfikatora klucza). Ponieważ nagłówki JWT są kodowane Base64, a nie szyfrowane, klucz prywatny może zostać odzyskany przez każdego, kto loguje lub inspekcjonuje JWT.

n8n przed wersjami 1.123.64, 2.x przed 2.29.8 i przed 2.30.1 zawiera podatność na DOM-based cross-site scripting w podglądzie HTML, który renderuje dane wyjściowe wykonania w iframe srcdoc bez atrybutu sandbox. Ominięcie sanitizera pozwala na wykonanie wstrzykniętego skryptu w tym samym originie co edytor. Gdy ofiara otworzy podgląd, skrypt może wywoływać uwierzytelnione API przy użyciu sesji ofiary. Konto z uprawnieniami global:member może wykorzystać ten problem.

n8n przed wersjami 2.29.8 i 2.30.1 (od wersji 2.27.0) nie weryfikuje, czy uwierzytelniony użytkownik ma dostęp do workflowu wskazanego jako zasób OAuth. Użytkownik na poziomie członka może zarejestrować klienta OAuth, zatwierdzić zgodę dla workflowu innego użytkownika i uzyskać ważny token. Workflow działa w kontekście właściciela z jego poświadczeniami.

n8n w wersjach przed 1.123.64, 2.29.8 i 2.30.1 zawiera podatność na fałszowanie żądań po stronie serwera (SSRF) w endpointach dynamic-node-parameters, które nie mają zakresów autoryzacji. Uwierzytelniony atakujący może podać bezwzględne adresy URL w konfiguracji routingu, aby ominąć ograniczenia baseURL i zmusić serwer n8n do wysyłania żądań HTTP do dowolnych wewnętrznych celów, gdy ochrona SSRF jest wyłączona.

n8n przed wersjami 1.123.64, 2.29.8 i 2.30.1 zawiera podatność na przechowywane DOM cross-site scripting w komponencie Resource Locator, który przekazuje parametr cachedResultUrl utrwalony w przepływie pracy do funkcji window.open() bez walidacji schematu. Atakujący z uprawnieniami do tworzenia/edycji przepływów pracy może stworzyć przepływ pracy ze złośliwym schematem (np. javascript:) w cachedResultUrl; gdy ofiara otworzy spreparowany przepływ pracy i wejdzie w interakcję z zewnętrznymi linkami, ładunek wykonuje się w przeglądarce ofiary.