CVE-2026-27577

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.

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.

W n8n (wersje 0.121.2 i niższe) uwierzytelniony atakujący może wykonać złośliwy kod za pomocą usługi n8n. Może to prowadzić do pełnej kompromitacji i wpływać zarówno na instancje self-hosted, jak i n8n Cloud. Problem naprawiono w wersji 1.121.3. Administratorzy mogą zmniejszyć ryzyko, wyłączając węzeł Git i ograniczając dostęp dla niezaufanych użytkowników, ale zaleca się aktualizację do najnowszej wersji.