CVE-2026-21877

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.