Katalog podatności CVE

W Unbound od wersji 1.7.0 do 1.25.1, niewystarczająca walidacja pola RRSIG.Labels w połączeniu z przedwczesnym zapisem do pamięci podręcznej podczas agresywnego przetwarzania NSEC (RFC 8198) prowadzi do zatrucia pamięci podręcznej. Pozwala to atakującemu kontrolującemu jedną delegowaną strefę na zatrucie dowolnych siostrzanych stref pod NSEC-podpisanymi domenami nadrzędnymi.

W Unbound od wersji 1.9.0 do 1.25.1, podczas obsługi zapytań DNSCrypt przez TCP, procedura szyfrująca odpowiedź nie ogranicza długości odpowiedzi do rozmiaru bufora docelowego. Odpowiedź większa niż 65504 bajtów może spowodować zapis poza przydzieloną pamięcią, prowadząc do awarii resolwera (DoS). Wymaga włączenia obsługi DNSCrypt.

W Unbound 1.22.0 do 1.25.1, gdy włączony jest downstream DNS-over-QUIC (DoQ), pierwsze dwa dwukierunkowe strumienie na nowym połączeniu QUIC (stream_id 0 i 4) omijają limit 'quic-size' i alokują duże bufory po otrzymaniu tylko 2-bajtowego prefiksu długości. Zdalny klient może łatwo przekroczyć limit 'quic-size', powodując nadmierną alokację pamięci i odmowę usługi dla nowych klientów DoQ.

Podatność deserializacji w Progress Telerik UI for AJAX (przed v2026.2.708) pozwala na niebezpieczne tworzenie instancji typów z danych stanu kontrolowanych przez atakującego.

W Progress Telerik UI for AJAX przed wersją 2026.2.708, niewystarczająca walidacja parametru języka w obsłudze sprawdzania pisowni może pozwolić atakującemu na wpływanie na rozdzielczość ścieżek plików po stronie serwera i wywołanie niechcianych żądań serwerowych.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, wejście typu DialogHandler provider może być manipulowane, potencjalnie zmieniając przetwarzanie dialogów i umożliwiając łańcuchową eksploatację.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, podatność typu path traversal w dostawcy pamięci trwałej opartej na plikach może być wykorzystana, gdy klucz pamięci jest pochodną danych kontrolowanych przez użytkownika, umożliwiając deserializację kontrolowaną przez atakującego i zdalne wykonanie kodu.

W Progress Telerik UI for AJAX (przed v2026.2.708) aplikacje używające cookie-based storage w RadPersistenceManager lub RadDockLayout deserializują dane cookie kontrolowane przez atakującego.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, gdy brakuje Telerik.Upload.ConfigurationHashKey i machineKey nie jest jawnie skonfigurowany, ochrona integralności metadanych przesyłania może spaść do przewidywalnego domyślnego klucza, umożliwiając atakującym fałszowanie chronionych metadanych przesyłania i odblokowanie dalszych łańcuchów ataków.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, przetwarzanie metadanych przesyłania RadAsyncUpload może ujawnić poprawność kryptograficzną poprzez mierzalne różnice czasowe, umożliwiając zdalnym atakującym odzyskanie chronionych wartości metadanych.

W Progress® Telerik® UI for AJAX przed wersją v2026.2.708, przetwarzanie stanu klienta RadAsyncUpload może odróżnić niepowodzenia deszyfrowania od niepowodzeń parsowania nieprawidłowego JSON, tworząc wyrocznię, która ujawnia chronione wartości metadanych zdalnym atakującym.

W Progress Telerik UI for AJAX (przed v2026.2.708) sfałszowane metadane przesyłania wpływają na przetwarzanie AsyncUploadTypeName, umożliwiając niebezpieczne rozpoznawanie typów.

Podatność na wstrzykiwanie poleceń w rozszerzeniu Ansible Lightspeed dla Visual Studio Code. Nieprawidłowe obsłużenie ustawień containerOptions i volumeMounts pozwala atakującemu na wstrzyknięcie separatorów powłoki, co może prowadzić do zdalnego wykonania kodu (RCE) na maszynie ofiary z uprawnieniami użytkownika VS Code.

Wtyczka Grav Login (grav-plugin-login) w wersjach <= 3.8.11 zawiera lukę w eskalacji uprawnień w uwierzytelnionym handlerze aktualizacji profilu (processUserProfile(), zadanie update_user). W przeciwieństwie do handlera rejestracji, ten handler nie usuwa pól uprawnień ('groups','access') z danych formularza przesłanych przez użytkownika przed ich zapisaniem. Gdy administrator dodał 'groups' i/lub 'access' do plugins.login.user_registration.fields i używane jest domyślne konto 'regular'/DataUser, niskouprzywilejowany uwierzytelniony użytkownik może wysłać spreparowane dane formularza profilu (np. access[admin][super]=true), aby eskalować do super-admina, umożliwiając dostęp do panelu admina, nadużycie schedulera (RCE) i ewaluację Twig. Naprawione w wersji 3.8.12.

Traefik 3.6.0-3.6.22 i 3.7.0-3.7.6 nie egzekwuje listy dozwolonych crossProviderNamespaces dla referencji serversTransport w IngressRouteTCP. Użytkownik Kubernetes z niskimi uprawnieniami w nieautoryzowanej przestrzeni nazw może ustawić serversTransport: foo@file, co pozwala na użycie dostawcy plików TCPServersTransport, w tym uprzywilejowanych certyfikatów klienta mTLS, tożsamości SPIFFE lub ustawień PROXY-protocol. Naprawione w 3.6.23 i 3.7.7.

Traefik w wersjach 3.7.0 do 3.7.6 zawiera podatność na pomylenie przestrzeni nazw w dostawcy Kubernetes Gateway API. Podczas rozwiązywania `HTTPRoute.spec.rules[].backendRefs[].filters[].extensionRef` Traefik używa przestrzeni nazw backendowego Serwisu zamiast przestrzeni nazw HTTPRoute. Osoba z niskimi uprawnieniami do tras, posiadająca ReferenceGrant dla Serwisu w innej przestrzeni nazw, może powiązać Middleware Traefika z przestrzeni nazw backendu bez osobnego grantu, potencjalnie wstrzykując zaufane nagłówki tożsamości reverse-proxy do żądań wychodzących. Problem został naprawiony w wersji 3.7.7.

n8n przed wersjami 1.123.64, 2.29.8 i 2.30.1 zawiera warunek wyścigu TOCTOU w operacji klonowania węzła Git, który umożliwia uwierzytelnionym użytkownikom ominięcie ograniczeń ścieżki poprzez zamianę katalogu na dowiązanie symboliczne po walidacji ścieżki, ale przed wykonaniem klonowania. Pozwala to atakującemu umieścić spreparowane repozytorium w katalogu węzłów społeczności, które n8n ładuje jako niestandardowy węzeł przy następnym restarcie, wykonując dowolny JavaScript na serwerze. Dotyczy to zarówno instancji samodzielnie hostowanych, jak i chmurowych.

n8n przed wersjami 1.123.64, 2.29.8 i 2.30.1 nie egzekwuje ograniczenia "Allowed HTTP Request Domains" dla poświadczeń HTTP (Header Auth, Basic Auth, Query Auth, OAuth) w węźle GraphQL, w przeciwieństwie do węzła HTTP Request. Uwierzytelniony użytkownik mogący tworzyć lub edytować workflowy może skierować endpoint węzła na kontrolowany serwer i wyeksfiltrować ograniczone poświadczenia. Dotyczy to instancji, gdzie poświadczenie ma skonfigurowane "Allowed HTTP Request Domains" i jest dostępne dla niebędących właścicielami.

W n8n przed wersjami 2.30.1 i 2.29.8, podczas wymiany tokenów JWT, nadawane są wszystkie zakresy uprawnień klucza API, niezależnie od roli użytkownika. Niskouprzywilejowany użytkownik posiadający ważny zewnętrzny JWT może uzyskać token dostępu umożliwiający operacje administracyjne, w tym eskalację roli, tworzenie i usuwanie użytkowników, a przy włączonej instalacji niezweryfikowanych pakietów społecznościowych – zdalne wykonanie kodu.

n8n zawiera podatność na ominięcie sanitizera w handlerze computed-member starszego ewaluatora wyrażeń. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania przepływów pracy może stworzyć złośliwe wyrażenie, aby ominąć sanitizer i osiągnąć wykonanie kodu na poziomie hosta jako proces n8n. Starszy silnik wyrażeń jest domyślny w dotkniętych wersjach. Naprawione w n8n 1.123.64, 2.29.8 i 2.30.1.