Podatności n8n

n8n w wersjach przed 1.123.64, 2.29.8 i 2.30.1 zawiera podatność na fałszowanie żądań po stronie serwera (SSRF) w endpointach dynamic-node-parameters, które nie mają zakresów autoryzacji. Uwierzytelniony atakujący może podać bezwzględne adresy URL w konfiguracji routingu, aby ominąć ograniczenia baseURL i zmusić serwer n8n do wysyłania żądań HTTP do dowolnych wewnętrznych celów, gdy ochrona SSRF jest wyłączona.

n8n przed wersjami 1.123.64, 2.29.8 i 2.30.1 zawiera podatność na przechowywane DOM cross-site scripting w komponencie Resource Locator, który przekazuje parametr cachedResultUrl utrwalony w przepływie pracy do funkcji window.open() bez walidacji schematu. Atakujący z uprawnieniami do tworzenia/edycji przepływów pracy może stworzyć przepływ pracy ze złośliwym schematem (np. javascript:) w cachedResultUrl; gdy ofiara otworzy spreparowany przepływ pracy i wejdzie w interakcję z zewnętrznymi linkami, ładunek wykonuje się w przeglądarce ofiary.

n8n zawiera podatność na ominięcie sanitizera w handlerze computed-member starszego ewaluatora wyrażeń. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania przepływów pracy może stworzyć złośliwe wyrażenie, aby ominąć sanitizer i osiągnąć wykonanie kodu na poziomie hosta jako proces n8n. Starszy silnik wyrażeń jest domyślny w dotkniętych wersjach. Naprawione w n8n 1.123.64, 2.29.8 i 2.30.1.

W n8n przed wersją 1.123.64 nie są prawidłowo maskowane poświadczenia niestandardowych nagłówków HTTP w danych wykonania podwęzła LLM, co powoduje zapisywanie kluczy API i sekretów w postaci jawnego tekstu w rekordach wykonania przepływu pracy. Uwierzytelnieni użytkownicy z dostępem do danych wykonania mogą odczytać te poświadczenia.

Podatność eskalacji uprawnień w n8n przed wersjami 1.123.64, 2.29.8 i 2.30.1 w Enterprise SSO. Atakujący może uzyskać rolę global:owner, co daje pełną kontrolę administracyjną.

W n8n przed wersją 2.30.1, funkcja AI Agents ma lukę w autoryzacji, która pozwala użytkownikowi z rolą Project Viewer na eskalację uprawnień poprzez rozmowę z agentem mającym włączone narzędzia węzłów, co umożliwia wykonanie dowolnych węzłów i dostęp do sekretów poświadczeń.

W n8n przed wersją 2.28.0 (oraz przed 2.27.4 w gałęzi 2.27.x) endpoint DELETE /${restEndpoint}/test-webhook/:id jest rejestrowany przed zastosowaniem middleware uwierzytelniającego, co pozwala każdemu nieuwierzytelnionemu wywołującemu sieciowemu, który zna identyfikator przepływu pracy, na anulowanie aktywnej rejestracji testowego webhooka tego przepływu. Wpływ jest ograniczony do zakłócania trwających sesji testowych; produkcyjne webhooki, trwały stan przepływu pracy i przechowywane dane nie są zagrożone.

Podatność w n8n przed wersjami 1.123.61, 2.27.4 i 2.28.1 umożliwia ominięcie uprawnień w obsłudze zewnętrznych sekretów. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub aktualizacji poświadczeń, ale bez zakresu externalSecret:list, może osadzić odniesienia do zewnętrznych sekretów w poświadczeniach, które nie są wykrywane przez statyczną walidację, a następnie są rozwiązywane podczas wykonania przepływu pracy, ujawniając wartości sekretów.

W n8n przed wersją 2.28.1 wykryto podatność na ujawnienie informacji, w której zewnętrzne sekrety są nieprawidłowo rozwiązywane w wyrażeniach węzłów przepływu pracy poza zakresem poświadczeń. Uwierzytelnieni edytorzy projektu mogą odczytać jawne wartości zewnętrznych sekretów, odwołując się do nich w wyrażeniach węzłów bez wymaganych uprawnień dostępu do sekretów.

Podatność w n8n umożliwia ominięcie uwierzytelniania w węźle Chat Trigger, gdy skonfigurowane jest uwierzytelnianie użytkownika (konfiguracja nie domyślna). W wersjach przed 1.123.22, w linii 2.0.0 do 2.9.2 oraz w wersji 2.10.0, sprawdzanie uwierzytelniania na punkcie końcowym webhooka Chat Trigger może zostać obejście, co pozwala na dostęp bez ważnych poświadczeń.

Podatność w n8n przed wersją 2.19.3 pozwala na ominięcie ograniczeń dostępu do plików w legacy węźle ExecuteWorkflow. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania workflowów może podać dowolną ścieżkę pliku, co umożliwia sprawdzenie istnienia plików na hoście oraz, w przypadku pliku JSON z workflowem, jego załadowanie i wykonanie.

W n8n przed wersją 2.10.0 wykryto podatność w węźle Guardrail, która umożliwia atakującym ominięcie domyślnych instrukcji zabezpieczających. Użytkownicy końcowi mogą tworzyć złośliwe dane wejściowe, aby obejść ochronę Guardrail i naruszyć integralność przepływów pracy.

Podatność w n8n przed wersją 2.28.0 (oraz przed 1.123.58 w gałęzi 1.x) umożliwia wyczerpanie miejsca na dysku poprzez endpoint uploadu plików w tabeli danych. Mechanizm limitu na żądanie nie uwzględnia plików już zapisanych do współdzielonego katalogu tymczasowego, co pozwala uwierzytelnionemu użytkownikowi na wielokrotne przesyłanie plików, które kumulują się na dysku do czasu okresowego czyszczenia.

W n8n przed wersjami 1.123.24, 2.10.4 i 2.12.0 wykryto podatności na cross-site scripting (XSS) oraz otwarte przekierowania w węźle Form Node. Problemy wynikają z niesanityzowanych pól opisu HTML oraz zbyt liberalnych zasad sandboksa iframe.

W n8n przed wersjami 1.123.61, 2.27.4 i 2.28.1 uwierzytelniony członek z dostępem tylko do edycji współdzielonego przepływu pracy mógł odczytać nagłówki z danymi uwierzytelniającymi ujawnione przez obiekt $request w węźle HTTP Request i wyeksfiltrować sekret przez dane elementu.

W n8n przed wersjami 2.27.4 i 2.28.1, przy skonfigurowaniu więcej niż jednego zaufanego wystawcy tokenów, tożsamości zewnętrzne były mapowane na konta lokalne wyłącznie na podstawie roszczenia sub (subject) z JWT, ignorując roszczenie iss (issuer). Pozwalało to atakującemu posiadającemu ważny token od jednego zaufanego wystawcy, z sub pasującym do ofiary u innego wystawcy, na uwierzytelnienie się jako ta ofiara.

W n8n przed wersjami 2.27.4 i 2.28.1 funkcja AI Agents nie egzekwowała ograniczenia Allowed HTTP Request Domains skonfigurowanego w poświadczeniach, gdy narzędzie MCP wskazywało na dowolny URL. Umożliwiło to użytkownikowi z poziomem członka i dostępem tylko do używania współdzielonego poświadczenia wysłanie jego sekretu na zewnętrzny serwer kontrolowany przez atakującego.

W n8n, platformie automatyzacji przepływów pracy open source, przed wersjami 1.123.61, 2.27.4 i 2.28.1 uwierzytelniony użytkownik z domyślnym uprawnieniem workflow:create mógł zanieczyścić Object.prototype poprzez spreparowany przepływ pracy zapisany, zaktualizowany lub zaimportowany za pomocą API przepływów pracy. Umożliwiało to traktowanie nieuwierzytelnionych żądań jako uprzywilejowanego użytkownika i ujawniało punkty końcowe listy użytkowników i projektów.

Podatność SQL injection w n8n przed wersjami 1.123.61, 2.x przed 2.27.4 oraz 2.28.x przed 2.28.1 występuje w legacy węźle MySQL v1 podczas operacji executeQuery. Wartości z wyrażeń {{ ... }} są podstawiane bezpośrednio do surowego zapytania SQL bez parametryzacji, co umożliwia atakującemu wstrzyknięcie dowolnego kodu SQL przez dane wejściowe docierające do tych wyrażeń, gdy przepływ pracy jest podłączony do zewnętrznie dostępnego wyzwalacza (np. Webhook).

W n8n przed wersją 2.28.0 wykryto podatność polegającą na nieprawidłowej autoryzacji, która umożliwia uwierzytelnionym użytkownikom przypisywanie przepływów pracy do folderów w innych projektach. Atakujący mogą ominąć granice autoryzacji projektu i folderu, wysyłając spreparowane żądania podczas tworzenia przepływu pracy, co prowadzi do naruszenia integralności logicznej struktury folderów w docelowym projekcie.

Podatność w n8n przed wersjami 2.25.7 i 2.26.x przed 2.26.2 umożliwia ominięcie autoryzacji w punkcie końcowym ponawiania wykonań Public API. Uwierzytelniony użytkownik z dostępem tylko do odczytu do współdzielonego workflow może ponawiać jego wykonania, wykorzystując zakres workflow:read zamiast wymaganego workflow:execute.

Podatność w n8n przed wersjami 1.123.55, 2.25.7 i 2.26.2 umożliwia ominięcie autoryzacji w punkcie końcowym POST /workflows/{workflowId}/test-runs/new. Zamiast wymaganego zakresu workflow:execute używany jest workflow:read, co pozwala uwierzytelnionemu użytkownikowi z dostępem tylko do odczytu na uruchomienie testowego wykonania przepływu pracy.

Podatność w n8n przed wersjami 1.123.55, 2.25.7 i 2.26.2 dotyczy błędnej autoryzacji w trzech endpointach testowych. Endpointy te używają zakresu workflow:read zamiast workflow:execute do autoryzacji działań zmieniających stan.

Podatność w n8n przed wersjami 1.123.18 i 2.6.2 polega na braku weryfikacji podpisów HMAC-SHA256 w webhookach Zendesk w węźle ZendeskTrigger. Atakujący znający adres URL webhooka mogą wysyłać niepodpisane żądania POST, wywołując przepływy pracy z dowolnymi złośliwymi danymi.

W n8n przed wersją 2.8.0 wykryto podatność na ataki XSS w przepływie zarządzania poświadczeniami. Uwierzytelnieni użytkownicy mogą wstrzykiwać złośliwe adresy URL JavaScript do pola URL autoryzacji OAuth2. Atakujący mogą tworzyć spreparowane poświadczenia i nakłonić ofiary do kliknięcia przycisku autoryzacji OAuth, co prowadzi do wykonania dowolnego skryptu w przeglądarce ofiary z jej uprawnieniami.

Węzeł Execute Command w n8n umożliwia uwierzytelnionym użytkownikom wykonywanie dowolnych poleceń na systemie hosta, na którym działa n8n. Atakujący z dostępem użytkownika lub skradzionymi poświadczeniami mogą wykorzystać ten węzeł do uruchamiania złośliwych poleceń, co może prowadzić do wycieku danych, przerwania usług lub całkowitego przejęcia systemu.

Podatność w n8n przed wersją 2.25.7 oraz w wersjach 2.26.x przed 2.26.2 umożliwia ominięcie walidatora bezpieczeństwa drzewa składniowego (AST) w węźle Python Code. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania przepływów pracy zawierających ten węzeł może uzyskać dostęp do przestrzeni nazw modułu wykonawczego zadań.

n8n zawiera podatność na trwałe ataki XSS w polu Custom CSS węzła Chat Trigger z powodu błędnej konfiguracji biblioteki sanitize-html. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania przepływów pracy może wstrzyknąć JavaScript omijający sanityzację, co prowadzi do trwałego XSS na każdego użytkownika odwiedzającego publiczną stronę czatu.

Podatność w n8n przed wersją 2.8.0 umożliwia uwierzytelnionym użytkownikom SSO ominięcie wymuszenia SSO przez API. Atakujący mogą utworzyć lokalne dane logowania, aby uwierzytelniać się bezpośrednio, z pominięciem polityk SSO i wieloskładnikowego uwierzytelniania narzuconego przez dostawcę tożsamości.

n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersją 2.24.0, uwierzytelniony użytkownik z dostępem do edycji procesów roboczych mógł dostarczyć złośliwą wartość filtra w operacji Znajdź i Zamień w węźle MongoDB, co prowadziło do niezamierzonego dopasowania i nadpisania dokumentów kontrolowanych przez atakującego.

n8n to platforma automatyzacji procesów, która przed wersją 2.24.0 pozwalała uwierzytelnionym użytkownikom z uprawnieniami do tworzenia lub modyfikowania workflow na globalne zanieczyszczenie prototypu poprzez węzeł Microsoft SQL, dostarczając spreparowaną wartość jako parametr tabeli.