Podatności n8n

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, platformie automatyzacji przepływów pracy open source, wykryto dodatkowe luki w ewaluacji wyrażeń. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania przepływów pracy może wykorzystać spreparowane wyrażenia do nieautoryzowanego wykonania poleceń systemowych na hoście.

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.

W n8n (wersje od 1.65.0 do 1.121.0) atakujący może uzyskać dostęp do plików na serwerze poprzez wykonanie niektórych formularzowych przepływów pracy. Podatny przepływ pracy może przyznać dostęp nieuwierzytelnionemu zdalnemu atakującemu, co prowadzi do ujawnienia wrażliwych informacji przechowywanych w systemie i może umożliwić dalszą kompromitację w zależności od konfiguracji wdrożenia i użycia przepływów. Problem naprawiono w wersji 1.121.0.

n8n w wersjach od 1.0.0 do przed 2.0.0 zawiera podatność na obejście sandboxa w Python Code Node używającym Pyodide. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania workflow może wykorzystać tę podatność do wykonania dowolnych poleceń na systemie hosta, na którym działa n8n, z uprawnieniami procesu n8n.

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.

n8n, platforma do automatyzacji przepływów pracy, przed wersjami 2.37.7 i 2.38.2 nie egzekwowała ustawienia przepływu pracy 'Ten przepływ może być wywoływany przez' w przypadku, gdy przepływ był dołączony do Agenta jako narzędzie. Użytkownik mogący zbudować Agenta mógł wywołać ograniczony przepływ i odczytać jego zwracane dane.

n8n, platforma do automatyzacji przepływów pracy, przed wersjami 1.123.76, 2.37.7 i 2.38.2 zawierała podatność w węźle Git. Funkcja setUpstream zapisywała wartość branch..remote do konfiguracji repozytorium bez walidacji, a późniejszy fetch lub pull używał tej konfiguracji zamiast sprawdzonego parametru. Uwierzytelniony edytor przepływów mógł wskazać Git na dowolne lokalne repozytorium czytelne przez proces n8n i otrzymać jego zawartość.

Przed wersjami 1.123.76, 2.37.7 i 2.38.2 platformy n8n, endpoint /rest/active-workflows zwracał identyfikatory wszystkich aktywnych workflowów każdemu członkowi, niezależnie od udostępniania. Zdarzenia aktywacji, dezaktywacji i publikacji workflowów były również wysyłane do klientów bez dostępu do danego workflowu, ujawniając identyfikatory workflowów, wersji oraz szczegóły błędów aktywacji.

Przed wersjami 1.123.76, 2.37.7 i 2.38.2 platformy n8n, miejsce docelowe zdarzeń Log Streaming mogło odwoływać się do ogólnego poświadczenia HTTP i odszyfrowywać dowolne poświadczenie o podanym identyfikatorze bez sprawdzania własności. Użytkownik z niestandardową rolą globalną z uprawnieniami Log Streaming mógł wybrać poświadczenie należące do innego projektu i wysłać jego odszyfrowany sekret do kontrolowanego przez atakującego endpointu.

Przed wersjami 2.37.7 i 2.38.2 platformy n8n, endpointy /rest/roles/:slug/assignments i /rest/roles/:slug/assignments/:projectId/members sprawdzały tylko, czy wywołujący może zarządzać typem roli. Osoba z uprawnieniem role:manageProject mogła wskazać projekt, którego nie mogła wyświetlić, i uzyskać nazwy członków oraz adresy e-mail.

Przed wersjami 1.123.76, 2.37.7 i 2.38.2 platformy n8n, publiczne endpointy logowania i wywołania zwrotnego OIDC kończyły uwierzytelnianie nawet wtedy, gdy OIDC nie było włączoną aktywną metodą uwierzytelniania. Administrator Enterprise, który skonfigurował, a następnie wyłączył dostawcę tożsamości, nadal wystawiał działającą trasę, która mogła wydawać ważne sesje.

n8n to platforma automatyzacji przepływów pracy o otwartym kodzie źródłowym. Przed wersjami 1.123.76, 2.37.7 i 2.38.2, stary silnik wyrażeń generował tekst źródłowy, wywołując mutowalny globalny JSON.stringify podczas drukowania syntetycznych literałów łańcuchowych i interpolacji danych strefy czasowej. Wyrażenie mogło zastąpić JSON.stringify i spowodować, że później wygenerowany kod zawierał wykonywalny kod kontrolowany przez atakującego. Podatność nie dotyczy silnika wyrażeń vm. Problem został naprawiony w wersjach 1.123.76, 2.37.7 i 2.38.2.

n8n to platforma automatyzacji przepływów pracy o otwartym kodzie źródłowym. Przed wersjami 1.123.76, 2.37.7 i 2.38.2, węzeł OpenAI Chat Model egzekwował ograniczenia domen dla poświadczeń podczas normalnych wywołań, ale nie dla listy rozwijanej wyszukiwania modeli. Edytor przepływu pracy mógł ustawić options.baseURL na dowolny host i sprawić, że ścieżka searchModels wysyłała tam poświadczenia openAiApi. Problem został naprawiony w wersjach 1.123.76, 2.37.7 i 2.38.2.

W n8n przed wersjami 1.123.76, 2.37.7 i 2.38.2 operacja klonowania węzła Git dopasowywała ścieżkę docelową kontrolowaną przez atakującego do domyślnego wzorca regularnego N8N_BLOCK_FILE_PATTERNS. Wzorzec ^(./).git(/.)$ umożliwiał katastrofalne cofanie (backtracking) i działał synchronicznie w głównym procesie n8n. Uwierzytelniony edytor przepływów pracy mógł zamrozić instancję pojedynczym wykonaniem przepływu.

Przed wersjami 1.123.76, 2.37.7 i 2.38.2 platformy n8n, wyzwalacz GitHub generował sekret webhooka, ale odrzucał go, gdy GitHub zwracał HTTP 422 i węzeł ponownie używał istniejącego webhooka. Dane statyczne workflowu zachowywały wtedy webhookId bez webhookSecret, a weryfikacja X-Hub-Signature-256 akceptowała dostarczone wiadomości bez zapisanego sekretu.

Przed wersjami 1.123.76, 2.37.7 i 2.38.2 platformy n8n, węzły Elasticsearch i ElasticSecurity interpolowały identyfikatory indeksów i dokumentów kontrolowane przez workflow bezpośrednio do ścieżek żądań REST. Identyfikator zawierający separatory ścieżek lub segmenty kropkowe mógł wybrać inny indeks lub punkt końcowy administracji klastra pod zapisanym poświadczeniem Elasticsearch.

Przed wersjami 2.37.7 i 2.38.2 platformy n8n, podsumowanie workflowu AI instancji używało nazw węzłów i kluczy połączeń z zapisanych workflowów jako zwykłych kluczy obiektów. Workflow przesłany przez API REST mógł zawierać __proto__ lub constructor, powodując, że zagnieżdżone zapisy docierały do Object.prototype w głównym procesie n8n i zakłócały późniejsze żądania.

Przed wersjami 2.37.7 i 2.38.2 platformy n8n, trasa WebSocket /chat akceptowała resumeToken i wznawiała wstrzymane wykonanie bez sprawdzania, czy docelowy węzeł obsługuje wiadomości czatu. Anonimowy użytkownik formularza, który otrzymał ten token, mógł go ponownie użyć na trasie czatu, aby zwolnić bramkę zatwierdzenia Send-and-Wait, HITL nie-czat lub Wait.

W n8n przed wersjami 1.123.76, 2.37.7 i 2.38.2, kompilator wyrażeń w procesie sanityzacji rozwiązywał odwołania przez dynamicznie zakresowane this i nie odrzucał zarezerwowanych nazw składowych klas. Pole klasy o nazwie __sanitize mogło ponownie powiązać sanityzator i dotrzeć do konstruktora Function, umożliwiając wykonanie kodu po stronie backendu oraz wykonanie JavaScript w podglądzie edytora.

W n8n przed wersjami 2.37.7 i 2.38.2, endpoint OAuth Dynamic Client Registration ograniczał redirect_uris, ale akceptował dowolnie duże wartości client_name i grant_types. Nieuwierzytelniony zdalny wywołujący mógł wielokrotnie zapisywać nadmiernie duże wartości w oauth_clients i wyczerpać przestrzeń dyskową bazy danych.

n8n to platforma automatyzacji przepływów pracy o otwartym kodzie źródłowym. Przed wersjami 2.37.7 i 2.38.2 proces konfiguracji poświadczeń AI akceptował adres URL testu lub weryfikacji poświadczeń bez sprawdzania, czy odpowiada on pochodzeniu węzła przepływu pracy. Treść kontrolowana przez atakującego mogła wpływać na ten adres URL po wstrzyknięciu go przez użytkownika do procesu konfiguracji, powodując, że uwierzytelnione żądania, przekierowania lub sondy docierały do innego pochodzenia. Dotknięta logika obejmuje pliki packages/@n8n/instance-ai/src/tools/workflows/credential-utils.ts oraz wyprowadzenie pochodzenia extractServiceOrigin. Problem naprawiono w wersjach 2.37.7 i 2.38.2.

W n8n, platformie do automatyzacji przepływów pracy, przed wersjami 2.37.7 i 2.38.1, punkt końcowy tokenu OAuth wiązał pierwszy token dostępu z autoryzowanym zasobem, ale nie wiązał tokenu odświeżania. Odświeżanie sprawdzało tylko, czy żądany zasób jest zarejestrowany, a nie czy odpowiada pierwotnemu zezwoleniu. Klient OAuth zatwierdzony dla jednego przepływu pracy mógł podmienić URL innego przepływu w parametrze resource i uzyskać ważny token dla niezatwierdzonego przepływu dostępnego dla zgadzającego się użytkownika. Problem naprawiono w wersjach 2.37.7 i 2.38.1.

n8n w wersjach przed 2.36.2 ma brak autoryzacji per projekt w trasach API Insights, co pozwala uwierzytelnionym użytkownikom z uprawnieniami insights na dostęp do nazw workflow i statystyk wykonania w projektach, do których nie należą. Atakujący mogą podawać dowolne parametry projectId, aby uzyskać wrażliwe informacje.

n8n w wersjach przed 2.34.1 zawiera podatność na SSRF (Server-Side Request Forgery) w funkcji pomocniczej legacy request helper używanej przez węzły Code i Function. Walidacja sprawdza właściwość uri, ale klient HTTP używa właściwości url, co pozwala na obejście walidacji i dostęp do wewnętrznych adresów.

n8n przed wersjami 1.123.73, 2.35.4 i 2.36.2 zawiera podatność na ujawnienie poświadczeń w węzłach Strapi, SeaTable i Mailcheck. Węzły te wysyłają odszyfrowane poświadczenia do punktu końcowego uwierzytelniania za pomocą surowego, starszego pomocnika HTTP poza obsługą błędów, co powoduje zapisanie tekstu jawnego sekretu w danych błędów wykonania. Każdy uwierzytelniony użytkownik może odczytać tekst jawny sekretu z własnego wykonania przez REST API, omijając redakcję pustych wartości.

n8n w wersjach przed 1.123.73, 2.35.4 i 2.36.2 przekazuje treść wiadomości w węzłach Gmail (v1) i Brevo do kompozytora poczty bez weryfikacji, czy jest to ciąg znaków. Uwierzytelniony użytkownik mogący uruchomić przepływ pracy może dostarczyć wyrażenie, które rozwiązuje się do obiektu z właściwością path lub href, co powoduje, że kompozytor odczytuje lokalny plik dostępny dla procesu n8n lub pobiera wewnętrzny URL (SSRF) i dołącza wynik do wychodzącej wiadomości.

n8n w wersjach przed 1.123.73, 2.35.4 i 2.36.2 zawiera podatność umożliwiającą ucieczkę z piaskownicy wyrażeń w handlerze $fromAI. Atakujący z uprawnieniami do budowania przepływów pracy może przejść łańcuch prototypów do konstruktora Function i wykonać dowolny kod w głównym procesie n8n, co prowadzi do zdalnego wykonania kodu.

n8n w wersjach przed 1.123.73, 2.35.4 i 2.36.2 zawiera podatność zdalnego wykonania kodu w węźle Git. Węzeł resetuje listę kluczy konfiguracyjnych przed każdą operacją, ale lista nie obejmuje kluczy content-filter i merge-driver. Repozytorium z lokalną konfiguracją ustawiającą jeden z tych kluczy może spowodować wykonanie skonfigurowanego polecenia podczas zwykłej operacji Add, Commit, Checkout lub Pull, jako użytkownik procesu n8n.

n8n przed wersją 2.35.4 oraz 2.36.x przed 2.36.2 zawiera podatność na wstrzykiwanie zapytań w operacjach Elasticsearch Document Get All i Google Cloud Firestore Document Query. Wartości wyrażeń są interpolowane bezpośrednio do zapytania JSON, co pozwala na modyfikację zapytania i odczyt całej kolekcji zamiast pojedynczego dokumentu.

n8n przed wersją 2.35.4 i 2.36.x przed 2.36.2 nie weryfikuje referencji do poświadczeń w inline JSON przepływów pracy węzłów wykonujących podprzepływy (np. węzeł Workflow Tool). Edytor współdzielonego przepływu lub każdy użytkownik tworzący/aktualizujący przepływ przez REST API, Public API lub MCP może zapisać węzeł odwołujący się do poświadczeń, których nie posiada. Gdy przepływ jest później wykonywany przez tożsamość posiadającą poświadczenia, podprzepływ rozwiązuje sekret i może wysłać go do kontrolowanego przez atakującego punktu końcowego, co prowadzi do eksfiltracji poświadczeń.

n8n przed wersją 2.34.1 oraz 2.33.x przed 2.33.4 zawiera obejście ochrony SSRF w narzędziu SearXNG Agent. Narzędzie wysyłało żądania do podanego przez użytkownika adresu API za pomocą surowego klienta HTTP, który nie przechodził przez scentralizowaną ochronę SSRF n8n. Na instancjach z włączoną opcją N8N_SSRF_PROTECTION_ENABLED=true, uwierzytelniony użytkownik z uprawnieniami do tworzenia poświadczeń SearXNG i konfigurowania osobistego agenta mógł ustawić adres API na wewnętrzny host, powodując połączenie serwera n8n z tym hostem i zwrócenie treści odpowiedzi przez czat agenta.

n8n przed wersją 1.123.69 (oraz 2.x przed 2.33.4 / 2.34.1) zawiera podatność na wykonanie kodu w węźle Git. Węzeł Git wykonywał pewne wartości konfiguracyjne git specyficzne dla repozytorium bez ich neutralizacji, więc każda kolejna operacja węzła Git na repozytorium zawierającym złośliwą wartość wykonywała ją jako użytkownik procesu n8n. Nie jest to osiągalne przez własne kontrolki konfiguracyjne węzła Git i wymaga oddzielnej podatności na zapis pliku gdzie indziej, aby umieścić złośliwą wartość.

n8n to platforma automatyzacji przepływów pracy. W wersjach przed 1.123.69, 2.33.4 i 2.34.1, piaskownica VM węzła JavaScript Code nie zamrażała Function.prototype piaskownicy, co pozwalało uwierzytelnionemu użytkownikowi z możliwością tworzenia i wykonywania przepływów pracy na jej zanieczyszczenie z poziomu wykonania węzła Code i odzyskanie odniesienia do globalThis hosta, co skutkowało ucieczką z piaskownicy. Pełny łańcuch ataku dodatkowo zależy od dostępności określonych modułów jako dozwolonych importów w konfiguracji wdrożenia. Problem został naprawiony w wersjach 1.123.69, 2.33.4 i 2.34.1.

n8n przed wersją 1.123.69, 2.x przed 2.33.4 oraz 2.34.x przed 2.34.1 zawiera podatność na odmowę usługi przez wyrażenia regularne (ReDoS) w węzłach Filter i Switch, które kompilują wzorce regex dostarczone przez użytkownika za pomocą new RegExp() i wykonują je synchronicznie na wątku roboczym bez walidacji złożoności ani limitu czasu wykonania. Złośliwy wzorzec regex może zablokować wątek roboczy na dłuższy czas na każdy przetwarzany element danych, opóźniając inne wykonania przepływów pracy na tym samym wątku.

n8n przed wersją 1.123.69, 2.x przed 2.33.4 oraz 2.x przed 2.34.1 zawiera obejście dozwolonych domen w węźle GraphQL. Gdy parametr Authentication węzła jest ustawiony na tryb wyrażenia, każdy selektor poświadczeń z ograniczeniami uwierzytelniania jest traktowany jako aktywny; jeśli dołączone są dwa poświadczenia różnych typów, węzeł egzekwuje politykę dozwolonych domen tylko dla pierwszego poświadczenia, jednocześnie dołączając materiały z obu. Uwierzytelniony użytkownik z uprawnieniami do tworzenia przepływów pracy może w ten sposób wysłać poświadczenie z ograniczeniem domeny do kontrolowanego przez atakującego punktu końcowego, eksfiltrując je z uprawnieniami wyciekniętego poświadczenia.

n8n przed wersjami 1.123.69, 2.33.4 i 2.34.1 zawiera podatność na dowolny odczyt i zapis plików w węźle Snowflake. Węzeł przekazuje bezpośrednio do SDK Snowflake dane wejściowe zapytania, w tym polecenia po stronie klienta, bez stosowania ograniczeń dostępu do plików n8n. Uwierzytelniony użytkownik z ważnymi poświadczeniami Snowflake może przesłać lokalny plik z hosta n8n lub nadpisać istniejący plik.

n8n przed wersjami 2.34.1 i 2.33.4 zawiera podatność na obejście autoryzacji w ścieżce usuwania niestandardowych ról projektowych z przeniesieniem. Kod sprawdzał tylko, czy rola docelowa istnieje i jest w zakresie projektu, bez przeprowadzania kontroli autoryzacji na poziomie projektu. Użytkownik posiadający tylko wąski zakres globalny role:manageProject może usunąć dowolną niestandardową rolę projektową i przypisać jej posiadaczy (w tym siebie) do wbudowanej roli project:admin, uzyskując pełną kontrolę administracyjną nad projektami.

n8n przed wersjami 1.123.69, 2.33.4 i 2.34.1 zawiera podatność na ucieczkę z piaskownicy VM w JavaScript task runner. Procedura zamrażania prototypów obejmuje funkcje globalne, ale nie wewnętrzne konstruktory modułów, takie jak EventEmitter, co pozwala uwierzytelnionemu użytkownikowi z dostępem do węzła Code wykorzystać zanieczyszczenie prototypu do wykonania dowolnych poleceń w kontenerze runnera. Zanieczyszczony prototyp jest obiektem procesowym, więc korupcja utrzymuje się między wykonaniami węzła Code innych dzierżawców na tym samym wspólnym runnerze. W wersjach v1.x bez włączonych task runnerów, JavaScript węzła Code działa bezpośrednio w głównym procesie n8n, gdzie wpływ może być większy.

n8n przed wersjami 1.123.69, 2.33.4 i 2.34.1 zawiera podatność na ujawnienie informacji w węźle GraphQL. Gdy żądanie GraphQL nie powiedzie się na poziomie połączenia, węzeł ponownie zgłasza błąd klienta HTTP bez zmian, zamiast opakować go w standardowy typ błędu n8n. Ten błąd zawiera nagłówki bieżącego żądania, w tym odszyfrowany sekret poświadczeń, który silnik wykonawczy zapisuje dosłownie. Każdy uwierzytelniony użytkownik, który może odczytać wynikowe wykonanie, może pobrać odszyfrowany sekret poświadczeń z zapisanych danych uruchomienia.

n8n przed wersjami 1.123.69, 2.33.4 i 2.34.1 zawiera podatność na wstrzyknięcie wyrażeń w renderowaniu podglądu linków pól resource-locator. Edytor wstawiał zapisaną wartość pola bezpośrednio do szablonu URL typu węzła bez sprawdzania składni wyrażeń. Uwierzytelniony członek może zapisać złośliwą wartość, tak że gdy inny użytkownik otworzy dotknięty węzeł w edytorze, wstrzyknięte wyrażenie zostanie wykonane jako JavaScript w sesji ofiary (wykonanie skryptu między użytkownikami).

n8n w wersjach przed 1.123.69 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w operacji Draw Text węzła Edit Image, która umożliwia uwierzytelnionym użytkownikom wstrzykiwanie prymitywów MVG. Atakujący mogą tworzyć złośliwe wartości tekstowe, aby wysyłać ślepe żądania HTTP do dowolnych adresów lub uzyskiwać dostęp do lokalnych plików.