CVE-2026-92587
ŚrednieCVSS 5.0Streszczenie
n8n przed wersjami 1.123.76, 2.37.7 i 2.38.2 ma podatność w węźle Git, która pozwala uwierzytelnionemu użytkownikowi na odczyt repozytoriów Git poza skonfigurowanym katalogiem (N8N_RESTRICT_FILE_ACCESS_TO). Poprzez zagnieżdżenie repozytorium poniżej skonfigurowanej ścieżki, użytkownik może sprawić, że walidacja URL przejdzie, a git faktycznie odczyta dane spoza dozwolonego obszaru.
Ocena ryzyka
Ryzyko wycieku danych – użytkownik może odczytać zawartość repozytoriów Git, do których nie powinien mieć dostępu, co może prowadzić do ujawnienia poufnych informacji.
Rekomendacja
Zaleca się aktualizację do wersji 1.123.76, 2.37.7 lub 2.38.2, które naprawiają tę podatność. Alternatywnie można wyłączyć węzeł Git, dodając n8n-nodes-base.git do NODES_EXCLUDE.
Inne podatności w n8n
Zobacz wszystkie- CVE-2026-92588Średnie
n8n przed wersjami 1.123.76, 2.37.7 i 2.38.2 ma podatność w punkcie końcowym push kontroli źródła, która pozwala uwierzytelnionemu użytkownikowi projektu na usunięcie plików (workflow i poświadczeń) z projektów, do których nie ma dostępu. Wykorzystanie wymaga włączonej funkcji Source Control (Środowiska) w wersji enterprise.
- CVE-2026-77067Średnie
W resolverze setWebhookResolver w aplikacji (prawdopodobnie n8n) brakuje walidacji adresu URL dostarczonego przez użytkownika. Uwierzytelniony użytkownik może sprawić, że serwer wyśle powtarzane żądania do wewnętrznych punktów końcowych, w tym do adresów link-local (metadata). Odpowiedź nie jest zwracana przez API, więc atak jest ślepy.
- CVE-2026-42232Wysokie
n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersjami 1.123.32, 2.17.4 i 2.18.1, uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania procesów roboczych mógł osiągnąć globalne zanieczyszczenie prototypu za pomocą węzła XML, co prowadziło do zdalnego wykonania kodu (RCE) w połączeniu z innymi węzłami wykorzystującymi to zanieczyszczenie. Problem został naprawiony w wersjach 1.123.32, 2.17.4 i 2.18.1.
- CVE-2026-85165Krytyczne
n8n w wersjach przed 2.36.2 zawiera podatność obejścia piaskownicy wyrażeń, gdzie wolne identyfikatory w pozycjach spread, computed-key, switch-case lub class-extension są rozwiązywane względem globali procesu. Uwierzytelnieni użytkownicy z uprawnieniami do edycji przepływów pracy mogą mutować obiekty hosta poprzez ocenę wyrażeń, a zmiany utrzymują się w całym procesie aż do restartu.
- CVE-2026-77071Krytyczne
n8n przed wersjami 1.123.69, 2.33.4 i 2.34.1 zawiera podatność na wstrzyknięcie filtra PostgREST w operacjach Row Get Many, Delete i Update węzła Supabase, które budowały zapytania filtrów przez konkatenację wartości możliwej do wiązania wyrażeń bez escapowania. Atakujący mógł wstrzyknąć warunek, który rozszerzał filtr tak, aby pasował do każdego wiersza, zamieniając zamierzoną operację na pojedynczym wierszu w ujawnienie, usunięcie lub modyfikację całej tabeli.
- CVE-2026-77070Krytyczne
n8n przed wersjami 1.123.69, 2.33.4 i 2.34.1 zawiera podatność na wstrzyknięcie NoSQL w operacjach Find, Delete i Aggregate węzła MongoDB, które parsują parametr Query jako JSON po rozwiązaniu wyrażeń bez sanityzacji operatorów MongoDB. Atakujący, który może wpłynąć na rozwiązane zapytanie (np. przez dane kontrolowane zewnętrznie), może wstrzyknąć operatory takie jak $ne lub $where, zamieniając zamierzone wyszukiwanie pojedynczego dokumentu w ujawnienie całej kolekcji, usunięcie całej kolekcji lub inne operacje na serwerze bazy danych.
- CVE-2026-72765Krytyczne
Podatność w n8n przed wersjami 2.31.5 i 2.32.1 umożliwia ucieczkę z piaskownicy w ocenie wyrażeń. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania przepływów pracy może tworzyć wyrażenia używające ciał funkcji strzałkowych, aby obejść piaskownicę wyrażeń, co prowadzi do wykonania poleceń systemowych na hoście, na którym działa n8n. Problem został naprawiony w wersjach 2.31.5 i 2.32.1.
- CVE-2026-65590Krytyczne
W n8n przed wersją 2.29.8 oraz 2.30.x przed 2.30.1 w pakiecie @n8n/computer-use nie są egzekwowane ograniczenia sandboksowania powłoki na systemach Linux i Windows (sandboksowanie działało tylko na macOS). Polecenia powłoki wykonywane przez narzędzie działają bez żadnych ograniczeń systemu plików ani sieci, umożliwiając nieograniczony dostęp do systemu plików hosta i sieci z poziomu procesu agenta computer-use. Problem dotyczy tylko wdrożeń, w których pakiet @n8n/computer-use jest jawnie zainstalowany i uruchomiony; standardowe instalacje n8n nie są zagrożone.
- CVE-2026-56348Krytyczne
n8n w wersjach przed 2.20.0 zawiera podatność na wyciek poświadczeń w punkcie końcowym POST /rest/dynamic-node-parameters/options, co pozwala uwierzytelnionym użytkownikom na obejście ograniczeń dotyczących dozwolonych domen żądań HTTP. Atakujący z dostępem do poświadczeń mogą zmusić serwer n8n do wysyłania żądań HTTP z poświadczeniami do nieautoryzowanych hostów.
- CVE-2026-42235Krytyczne
n8n to platforma automatyzacji procesów, która przed wersjami 1.123.32, 2.17.4 i 2.18.1 była podatna na atak nieautoryzowanego użytkownika, który mógł zarejestrować złośliwego klienta OAuth. Po autoryzacji przez ofiarę, złośliwy skrypt mógł zostać wykonany w sesji przeglądarki ofiary.
Oryginalny opis (angielski, źródło NVD)
n8n is a workflow automation platform. In versions before 1.123.76, 2.37.7, and 2.38.2, the Git node validated a relative remote URL against the configured repositoryPath but then invoked git with that path as its working directory; git walked up to the enclosing repository's top level and resolved the same relative URL from there. An authenticated user (member) who nested the repository one level below the configured path could therefore make an identical URL string pass the file-access check while git resolved it outside the sandbox. A subsequent fetch or pull read a git repository outside N8N_RESTRICT_FILE_ACCESS_TO and merged its objects into the user's own repository, where their contents could be read back. The issue is fixed in n8n 1.123.76, 2.37.7, and 2.38.2, which resolve the remote reference from the directory git actually operates in before applying the sandbox check. As a workaround, the Git node can be disabled by adding n8n-nodes-base.git to NODES_EXCLUDE.