Katalog podatności CVE

Podatność na wstrzykiwanie poleceń w wymienionych modelach NETGEAR pozwala atakującemu z sieci lokalnej, mającemu możliwość przechwytywania i modyfikowania ruchu (attacker-in-the-middle), na naruszenie poufności i integralności urządzenia. Problem dotyczy tylko niektórych wariantów regionalnych (SKU).

Podatność na wstrzykiwanie poleceń w niektórych urządzeniach NETGEAR Nighthawk pozwala atakującemu z sieci lokalnej, mającemu możliwość przechwytywania i modyfikowania ruchu (attacker-in-the-middle), na naruszenie poufności i integralności urządzenia.

Podatność na niewystarczającą walidację danych wejściowych w wymienionych modelach NETGEAR pozwala uwierzytelnionym administratorom podłączonym do sieci lokalnej na nieautoryzowaną modyfikację oprogramowania i funkcjonalności routera.

Podatność na niewystarczającą walidację danych wejściowych w wymienionych modelach NETGEAR pozwala uwierzytelnionym administratorom podłączonym do sieci lokalnej na nieautoryzowaną modyfikację oprogramowania i funkcjonalności urządzenia.

Tesseract to otwartoźródłowy silnik OCR. Przed wersją 5.5.3, spreparowany model .traineddata załadowany przez TessBaseAPI::Init może spowodować, że funkcja SquishedDawg::read_squished_dawg w src/dict/dawg.cpp zaakceptuje niezakończony bieg krawędzi, po czym SquishedDawg::Load wywołuje num_forward_edges(0) i last_edge w src/dict/dawg.h czyta poza edges_, powodując odczyt poza stertą i awarię procesu przed przetwarzaniem obrazu. Problem naprawiono w wersji 5.5.3.

Tesseract to otwartoźródłowy silnik OCR. Przed wersją 5.5.3, spreparowany komponent modelu LSTM .traineddata załadowany przez deserializator Tesseracta może spowodować, że niesprawdzane mnożenie liczb całkowitych ze znakiem w Convolve::DeSerialize w src/lstm/convolve.cpp zawinie liczbę kanałów wyjściowych konwolucji, zmniejszając bufor wyjściowy, podczas gdy zapisy używają niezawiniętej liczby elementów, co prowadzi do zapisu poza stertą podczas rozpoznawania OCR. Problem naprawiono w wersji 5.5.3.

SWC to kompilator TypeScript/JavaScript napisany w Rust. Przed wersjami @swc/html 1.15.47-nightly-20260729.1 i swc_html_minifier 59.0.0, przetwarzanie minifyJson w crates/swc_html_minifier/src/lib.rs parsowało i serializowało kontrolowany przez atakującego JSON w elementach script typu application/json i application/ld+json bez zachowania escape_json_for_html_script, które ponownie escapuje znaki mniejsze niż, co pozwala na wcześniejsze zakończenie elementu script i wykonanie skryptu w kontekście generowanej strony. Problem naprawiono w @swc/html 1.15.47-nightly-20260729.1 i swc_html_minifier 59.0.0.

Interfejs API gRPC Velociraptor zawiera punkt końcowy VFSGetBuffer, który umożliwia odczyt plików z magazynu danych. Aby uniemożliwić użytkownikom odczyt wrażliwych plików lub dostęp do innych organizacji, ścieżka jest sprawdzana pod kątem listy zabronionych prefiksów. To sprawdzenie prefiksów można obejść, umożliwiając użytkownikowi dostęp do zwykle zabronionych plików. Jeśli użytkownik ma uprawnienia do odczytu w organizacji ROOT, umożliwia to dostęp do innych organizacji, do których użytkownik może nie mieć uprawnień.

Biblioteka analizy NTFS w Velociraptor nieprawidłowo obsługuje kilka błędów związanych z przekroczeniem zakresu i wyczerpaniem pamięci, które mogą być wywołane przez złośliwie spreparowane obrazy NTFS. Zazwyczaj parser NTFS Velociraptor jest używany na żywych systemach plików NTFS, co ogranicza możliwość uszkodzenia systemu plików przez atakujących. Jednak w niektórych zastosowaniach (np. analiza martwych dysków) Velociraptor może być używany na niezaufanych plikach obrazów NTFS. Jeśli atakujący jest w stanie wstrzyknąć złośliwie uszkodzone woluminy NTFS, może spowodować awarię i odmowę usługi.

W Lookyloo's PlaywrightCapture wykryto podatność SSRF (Server-Side Request Forgery) występującą, gdy włączona jest opcja only_global_lookup. Pobieranie favicon odbywało się poza zabezpieczeniami routingu przeglądarki, co pozwalało atakującemu na wysłanie żądania HTTP do wewnętrznych zasobów (np. adresów loopback, prywatnych IP) poprzez spreparowaną stronę internetową. Łatka wprowadza wspólną walidację URL-i dla pobierania favicon, odrzucając niedozwolone cele.

Cross-site Scripting w rendererze wyników w maalfer Pentestify przed wersją 2.3.1 umożliwia uwierzytelnionym użytkownikom wykonanie dowolnego JavaScriptu w kontekście aplikacji poprzez znaczniki HTML przechowywane w polu ważności wyniku, które frontend interpoluje bez escapowania do atrybutów class i style podczas renderowania raportu.

Craft CMS w wersjach od 5.0.0-RC1 do 5.10.5 zawiera podatność nieprawidłowej autoryzacji. Użytkownik panelu sterowania posiadający tylko uprawnienie viewCategories (bez saveCategories) dla grupy kategorii może trwale zmodyfikować strukturę kategorii w tej grupie — zmieniając kolejność i rodziców kategorii — za pomocą akcji structures/move-element. Flaga structureEditable jest obliczana na podstawie uprawnienia do przeglądania, a nie zapisu, a StructuresController autoryzuje mutującą akcję na podstawie sesyjnego uprawnienia do odczytu bez ponownego sprawdzenia zapisu. Ponieważ URI kategorii jest wyprowadzany z jej pozycji w strukturze, przeniesienie kategorii zmienia jej URL i URL-e jej potomków oraz może uszkodzić menu nawigacyjne zbudowane z taksonomii kategorii. Problem został naprawiony w wersji 5.10.6.

Craft CMS w wersjach >= 5.0.0-RC1 przed 5.10.6 oraz >= 4.0.0-RC1 przed 4.18.2 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w mutacji GraphQL save<Volume>Asset, która pobiera adres URL dostarczony przez atakującego po stronie serwera. Walidacja anty-SSRF jest niekompletna: validateIp() nie obejmuje zakresów CGNAT (100.64.0.0/10) ani NAT64 (64:ff9b::/96), a jedyne sprawdzenie IP odbywa się po wysłaniu żądania. Atakujący posiadający token GraphQL z uprawnieniami tylko do tworzenia zasobów może ujawnić wewnętrzną zawartość HTTP z celów CGNAT/NAT64, wymusić wychodzące żądania GET do wewnętrznych hostów (w tym RFC1918, loopback i endpointy metadanych) oraz enumerować wewnętrzne usługi.

Craft CMS w wersjach od 5.0.0-RC1 do 5.10.6 oraz od 4.0.0-RC1 do 4.18.2 zawiera teoretyczną słabość typu path traversal w funkcji ensurePathIsContained klasy Local file system. Kolejność operacji powoduje, że walidacja ścieżki odbywa się przed normalizacją, co może unieważnić wcześniejsze założenia walidacyjne i potencjalnie umożliwić dostęp do plików poza zamierzonym katalogiem. Producent zaznacza, że problem nie jest bezpośrednio wykorzystywalny i nie odkryto scenariusza ataku; poprawka jest zalecana w celu wzmocnienia bezpieczeństwa.

Craft CMS w wersjach od 5.0.0-RC1 do 5.10.6 oraz od 4.0.0-RC1 do 4.18.2 interpoluje zmienne środowiskowe i sekrety (poprzez ciągi ${ENV_VAR} w parametrze elementId) do szablonów Twig przed renderowaniem, nawet gdy sandbox Twig jest włączony. Uwierzytelniony atakujący z dostępem do panelu sterowania może wyrenderować złośliwy szablon Twig w sandboxie i, stosując technikę ślepą opartą na błędach, stopniowo wyciekać dowolne zmienne środowiskowe i sekrety. Mogą one zostać wykorzystane do fałszowania sesji (poprzez CRAFT_SECURITY_KEY), eskalacji uprawnień oraz kradzieży poświadczeń bazy danych, SMTP, API lub magazynu blob. Poprawiono w wersjach 5.10.6 i 4.18.2.

Craft CMS przed wersją 5.10.5 nie utrwala zaktualizowanych liczników poświadczeń po walidacji asercji WebAuthn w punkcie logowania passkey. Atakujący mogą odtwarzać przechwycone treści żądań logowania zawierające requestOptions i response, aby tworzyć dodatkowe uwierzytelnione sesje dla kont ofiar.

Craft CMS w wersjach od 5.0.0-RC1 do 5.10.6 oraz od 4.0.0-RC1 do 4.18.2 zawiera podatność na dowolny odczyt plików. Funkcja Twig create() ogranicza tworzenie instancji klas za pomocą listy blokującej zawierającej 5 wpisów, która nie obejmuje SplFileObject, co pozwala uwierzytelnionemu administratorowi (z allowAdminChanges=true) skonfigurować złośliwy format tytułu lub URI wpisu, który tworzy instancję SplFileObject w kontekście szablonu bez sandboxa. Gdy użytkownik następnie utworzy wpis w dotkniętej sekcji, dowolne pliki na serwerze (takie jak .env zawierający klucz bezpieczeństwa i poświadczenia bazy danych) są odczytywane i renderowane jako tytuły wpisów.

n8n przed wersjami 1.123.67, 2.31.5 i 2.32.1 zawiera podatność na wstrzykiwanie SQL w węźle PostgresTrigger, który interpoluje parametry identyfikatorów dostarczanych przez użytkownika (nazwy kanału, funkcji i wyzwalacza) do zapytań SQL bez odpowiedniego escapowania. Uwierzytelniony użytkownik może wstrzyknąć dowolny kod SQL wykonywany na połączonej bazie PostgreSQL z uprawnieniami skonfigurowanego poświadczenia, umożliwiając pełny odczyt i zapis.

n8n przed wersjami 2.31.5 i 2.32.x przed 2.32.1 zawiera obejście ograniczeń ścieżki w narzędziu @n8n/computer-use file-search (search_files). Złośliwy wzorzec wyszukiwania może ominąć sprawdzenie ograniczenia katalogu bazowego i rozszerzyć się na lokalizacje poza skonfigurowanym katalogiem, co powoduje, że narzędzie zwraca nazwy i zawartość dowolnych lokalnych plików czytelnych dla użytkownika systemowego demona. Każde wdrożenie, w którym aktor może wpływać na dane wejściowe wyszukiwania, jest dotknięte.

n8n przed wersjami 1.123.67, 2.31.5 i 2.32.1 zawiera podatność na zanieczyszczenie prototypu w silniku wyrażeń VM. Uwierzytelniony użytkownik, który może tworzyć lub edytować wyrażenie przepływu pracy, może wykorzystać dostęp do elementów tablicy silnika, aby uzyskać referencję do wbudowanego obiektu hosta i zanieczyścić jego prototyp w głównym procesie n8n (ucieczka z sandboxa), co prowadzi do odmowy usługi. Dotyczy to zarówno instancji self-hosted, jak i chmurowych uruchamiających silnik wyrażeń VM.