Katalog podatności CVE

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.

Podatność eskalacji uprawnień w n8n przed wersjami 1.123.64, 2.29.8 i 2.30.1 w Enterprise SSO. Atakujący może uzyskać rolę global:owner, co daje pełną kontrolę administracyjną.

W n8n przed wersją 2.30.1, funkcja AI Agents ma lukę w autoryzacji, która pozwala użytkownikowi z rolą Project Viewer na eskalację uprawnień poprzez rozmowę z agentem mającym włączone narzędzia węzłów, co umożliwia wykonanie dowolnych węzłów i dostęp do sekretów poświadczeń.

Niektóre kamery Hikvision zawierają podatność przepełnienia bufora na stosie, która może pozwolić uwierzytelnionemu atakującemu na spowodowanie awarii urządzenia poprzez wysłanie specjalnie spreparowanych pakietów.

W niektórych kamerach Hikvision występuje podatność na przepełnienie bufora sterty, która może pozwolić nieuwierzytelnionemu atakującemu na spowodowanie awarii urządzenia poprzez wysłanie specjalnie spreparowanych pakietów.

Niewystarczająca walidacja parametrów wejściowych w oprogramowaniu układowym niektórych kamer Hikvision umożliwia nieuwierzytelnionym atakującym odczyt częściowych wrażliwych danych.