Podatności n8n

n8n przed wersją 2.42.6, 2.43.x przed 2.43.3 oraz 3.x przed 3.0.1 zawiera podatność na zdalne wykonanie kodu poprzez przestarzałe węzły Function, Function Item i LangChain Code działające poza izolacją task runnera. Uwierzytelnieni użytkownicy, którzy mogą tworzyć, modyfikować lub importować przepływy pracy nazywające te ukryte typy węzłów, mogą wykonywać JavaScript w głównym procesie n8n.

Wersje n8n przed 2.39.6 oraz 2.40.0 przed 2.40.1 zawierają podatność polegającą na obejściu procesu zatwierdzania w węźle Send and Wait w trybie Approve Within Chat. Atakujący mogą wysyłać żądania wznowienia bez weryfikacji tożsamości lub uprawnień do zatwierdzania, co pozwala nieuwierzytelnionym użytkownikom na kontynuowanie oczekujących egzekucji i wyzwalanie chronionych akcji.

n8n w wersjach przed 1.123.80, od 2.0.0 przed 2.39.6 oraz od 2.40.0 przed 2.40.1 zawiera podatność na path traversal w węźle n8n, który nie waliduje identyfikatorów zasobów. Atakujący mogą spreparować złośliwe identyfikatory zasobów, aby przekierować wywołania API do niezamierzonych zasobów, co umożliwia nieautoryzowany dostęp do przepływów pracy, wykonań i sekretów poświadczeń w zakresie klucza API.

n8n w wersjach przed 2.39.6 oraz od 2.40.0 przed 2.40.1 zawiera podatność na wyciek poświadczeń w poświadczeniach nazwy użytkownika i hasła Wekan i Baserow, która wysyła niezaszyfrowane hasła do niezwalidowanych hostów. Atakujący z uprawnieniami do aktualizacji poświadczeń mogą zmodyfikować pole hosta, aby otrzymać hasła kont na dowolnych hostach, omijając kontrolę walidacji domeny.

n8n w wersjach przed 1.123.80, od 2.0.0 przed 2.39.6 oraz od 2.40.0 przed 2.40.1 zawiera podatność na wstrzyknięcie SQL w operacji Delete Table Drop węzła Oracle Database. Atakujący mogą wstrzyknąć pojedyncze cudzysłowy w polach tabeli lub schematu, aby dołączyć dowolne instrukcje SQL i wykonać polecenia DDL lub DML na połączonej bazie danych z uprawnieniami poświadczeń.

n8n w wersjach przed 1.123.80, od 2.0.0 przed 2.39.6 oraz od 2.40.0 przed 2.40.1 zawiera podatność na obejście autoryzacji w punkcie końcowym testu poświadczeń, który rozwiązuje zmienne o zasięgu projektu bez walidacji dostępu wywołującego. Atakujący mogą podać dowolny identyfikator projektu w treści żądania, aby interpolować wrażliwe zmienne do żądań testu poświadczeń wysyłanych do hostów kontrolowanych przez atakującego w celu eksfiltracji.

n8n w wersjach przed 1.123.80, od 2.0.0 przed 2.39.6 oraz od 2.40.0 przed 2.40.1 zawiera podatność na trwałe DOM cross-site scripting w obsłudze linków rozwijanych w parametrach Resource Locator. Autorzy przepływów pracy mogą wstrzyknąć złośliwe adresy URL skryptów, które wykonują dowolny JavaScript w kontekście edytora, gdy inni użytkownicy otworzą rozwijane menu węzła i klikną ikonę linku zewnętrznego, a ładunek utrzymuje się po importach i udostępnieniach przepływów pracy.

Wersje n8n przed 1.123.80, od 2.0.0 przed 2.39.6 oraz od 2.40.0 przed 2.40.1 nie weryfikują poprawnie podpisu HMAC x-webflow-signature w webhooku węzła Webflow Trigger. Nieuwierzytelnieni atakujący mogą wysyłać sfałszowane żądania webhook z kontrolowanymi danymi, aby wyzwalać workflow i manipulować akcjami downstream, takimi jak tworzenie rekordów czy wywołania API.

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 przed wersjami 1.123.80, 2.39.6 i 2.40.1 zawiera podatność typu path traversal w węźle Supabase, gdzie parametr tableId jest wstawiany do ścieżek żądań bez walidacji. Atakujący mogą wykorzystać przepływy pracy wiążące tableId z niezaufanym wejściem, aby przejść do API Auth i Storage przy użyciu administracyjnego klucza serviceRole, omijając Row Level Security i umożliwiając nieautoryzowany dostęp i modyfikację danych.

n8n przed wersjami 1.123.80, 2.39.6 i 2.40.1 zawiera podatność typu filter injection w węźle Supabase w trybie Filters (String), która nie escapuje wartości pól. Atakujący mogą wstrzykiwać wyrażenia filtrów z niezaufanego wejścia, aby odczytać wszystkie wiersze tabeli, zaktualizować wszystkie rekordy lub usunąć całe tabele w jednym żądaniu.

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 od wersji 2.14.0 do 2.46.3 zawiera podatność na path traversal w węźle Databricks, która pozwala nieuwierzytelnionym atakującym dotrzeć do dowolnych punktów końcowych API Databricks poprzez wstrzykiwanie niezakodowanych identyfikatorów zasobów. Atakujący mogą dostarczyć sekwencje ../ i ciągi zapytań przez webhook, czat lub dane formularzy mapowane na spaceId, indexName lub filePath, aby odczytać sekrety przy użyciu przechowywanych poświadczeń.

n8n w wersjach przed 1.123.83, 2.41.4 i 2.42.1 zawiera podatność SSRF w webhooku Slack Trigger. Gdy nie ustawiono signing secret, nieuwierzytelniony atakujący może obejść weryfikację podpisu i doprowadzić do wysłania tokenu dostępu do workspace na wskazany przez siebie host.

n8n w wersjach przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera podatność prototype pollution. Użytkownicy z niskimi uprawnieniami mogą zapisywać workflow ze specjalnie nazwanymi kluczami połączeń, takimi jak __proto__, co powoduje błędy serwera przy logowaniu i zapisach.

n8n przed wersją 2.41.4 oraz 2.42.x przed 2.42.1 zawiera lukę braku potwierdzenia w aplikacji desktopowej Local Gateway, która pozwala jej obsługiwaczowi deep-link connect na ciche ponowne sparowanie aplikacji z inną instancją n8n. Atakujący mogą nakłonić użytkowników Local Gateway do otwarcia spreparowanego linku n8n-computer-use://, aby podłączyć ich komputer do instancji kontrolowanej przez atakującego, dziedzicząc wcześniej przyznane uprawnienia i działając na komputerze przez bramę.

n8n w wersjach przed 1.123.85, 2.43.5 i 2.44.1 zawiera podatność obejścia autoryzacji. Użytkownicy z rolą member mogą używać poświadczeń, do których nie mają dostępu, poprzez pominięcie domyślnych parametrów węzła, co powoduje wysłanie odszyfrowanych wartości poświadczeń do miejsc wybranych przez atakującego.

n8n w wersjach przed 1.123.85, 2.43.5 i 2.44.1 zawiera podatność obejścia ochrony poświadczeń. Edytorzy współdzielonych workflow mogą używać ograniczonych poświadczeń, ładując pod-workflow z URL lub plików lokalnych, co pozwala na uzyskanie odszyfrowanych wartości poświadczeń projektu.

n8n w wersjach przed 2.43.5 oraz 2.44.x przed 2.44.1 akceptuje identyfikator workflow dostarczony przez klienta i buforuje projekt właściciela w pamięci pod tym identyfikatorem. Spreparowany identyfikator, taki jak __proto__, powoduje, że sprawdzenie projektu Data Table pasuje do każdego projektu, pozwalając uwierzytelnionemu członkowi na listowanie, odczyt, modyfikację i usuwanie wierszy Data Table we wszystkich projektach instancji.

n8n w wersjach przed 1.123.85, 2.x przed 2.43.5 i 2.44.x przed 2.44.1 zawiera podatność przechowywanego XSS. Niektóre ścieżki odpowiedzi webhooków, takie jak odpowiedzi błędów i odpowiedzi bez nagłówków, pomijają sandbox Content-Security-Policy, pozwalając uwierzytelnionym członkom na serwowanie HTML działającego w origin n8n.

n8n w wersjach przed 1.123.85, 2.x przed 2.43.5 i 2.44.x przed 2.44.1 zapisuje token API węzła SeaTable Trigger w danych błędów wykonania, ponieważ nieudane żądania pollingowe przechowują surowe nagłówki żądań. Użytkownicy mogący przeglądać wykonania workflow, ale niemający dostępu do poświadczenia, mogą odzyskać token i uzyskać dostęp do połączonej bazy SeaTable.

n8n w wersjach przed 1.123.85, 2.43.5 i 2.44.1 zawiera podatność typu regular expression denial of service (ReDoS). Uwierzytelnieni użytkownicy mogą tworzyć i uruchamiać workflow z wzorcami glob w File(s) Selector, które powodują wykładnicze cofanie się (backtracking) i blokują pętlę zdarzeń.

n8n w wersjach przed 1.123.85, 2.x przed 2.43.5 i 2.44.x przed 2.44.1 zawiera podatność wstrzyknięcia filtra w węźle Quick Base, który wysyła filtr Where do API Quick Base jako surowy tekst zapytania. Atakujący dostarczający niezaufane dane wejściowe, takie jak dane webhooka użyte do zbudowania filtra, może spowodować, że Get Many zwróci wszystkie rekordy lub Delete usunie wszystkie rekordy z uprawnieniami poświadczenia workflow.

n8n w wersjach przed 2.41.5 oraz 2.42.x przed 2.42.2 przekazuje pełny kontekst wykonania nieudanego workflow, w tym tożsamość użytkownika, który uruchomił przebieg, do skonfigurowanego workflow błędów. Edytor projektu może ustawić workflow błędów współpracownika na własny, przejąć tożsamość współpracownika i uzyskać dostęp do jego dynamicznych sekretów poświadczeń.

n8n w wersjach przed 1.123.85, 2.x przed 2.43.5 i 2.44.x przed 2.44.1 przechowuje sekrety poświadczeń w danych błędów wykonania, gdy operacje w węzłach Git, MongoDB Atlas Vector Store i Google Cloud Storage kończą się niepowodzeniem. Użytkownicy mogący przeglądać wykonania workflow, ale niemający dostępu do poświadczenia, mogą odzyskać hasła lub tokeny Git, hasła do baz MongoDB lub tokeny dostępu Google.

n8n w wersjach przed 1.123.85, 2.43.5 i 2.44.1 zawiera lukę obejścia autoryzacji, która pozwala uwierzytelnionym członkom na użycie niedostępnych dla nich poświadczeń poprzez wbudowane węzły podprocesów z nieboolowskimi wartościami disabled. Atakujący znający identyfikator poświadczenia może uruchomić węzły Execute Workflow w trybie inline JSON, które pomijają sprawdzenie uprawnień i wysyłają odszyfrowane poświadczenia na serwery kontrolowane przez atakującego.

n8n w wersjach przed 1.123.85, 2.x przed 2.43.5 oraz 2.44.x przed 2.44.1 zawiera lukę wstrzyknięcia OData $filter w węzłach wyszukiwania kontaktów Microsoft Outlook i aktualizacji elementów Microsoft SharePoint v1, które budują literały $filter z parametrów podlegających wiązaniu wyrażeń bez escapowania. Atakujący dostarczający niezaufane dane wejściowe do takich workflowów może wstrzyknąć apostrofy, aby zrzucić całą listę kontaktów powiązanej skrzynki pocztowej lub przekierować zapisy SharePoint na nieoczekiwane elementy listy w zakresie przechowywanych poświadczeń.

n8n w wersjach przed 1.123.85, 2.43.5 i 2.44.1 zawiera obejście autoryzacji w Chat Hub. Użytkownicy z rolą global:chatUser mogą rejestrować zastrzeżone typy narzędzi i uruchamiać je przez czat, wykonując kod w sandboxie, uzyskując dostęp do dozwolonych plików oraz korzystając z workflow, Data Tables i agentów instancji.

n8n w wersjach przed 1.123.83 zawiera podatność obejścia autoryzacji, która pozwala uwierzytelnionym członkom podszyć się pod tożsamość workflow, podając zaufany identyfikator w trybie inline JSON Execute Sub-workflow. Atakujący może ustawić ten identyfikator, aby uzyskać poświadczenia z projektów, do których nie należy, oraz modyfikować dane statyczne innego workflow i wysyłkę workflow błędów.

n8n przed wersją 1.123.83, 2.x przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera obejście uwierzytelniania, ponieważ dynamiczne rozwiązywanie ścieżek webhooków dopasowywało żądania tylko po ścieżce, ignorując identyfikator generowany przez serwer, który jest jedynym nieodgadywalnym składnikiem URL. Nieuwierzytelnieni atakujący mogą pominąć ten identyfikator w żądaniach do tras webhook, form lub MCP, aby wykonywać workflow w niepowiązanych projektach z użyciem ich poświadczeń.

n8n w wersjach przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera obejście autoryzacji w punkcie końcowym tworzenia Agentów. Endpoint przyjmuje identyfikator Agenta podany przez wywołującego, sprawdza uprawnienia tylko względem żądanego projektu i aktualizuje istniejącego Agenta bez weryfikacji, do którego projektu należy. Uwierzytelniony użytkownik z dostępem tylko do odczytu Agentów innego projektu może przenieść tego Agenta do swojego projektu i zmienić jego nazwę, schemat oraz wersję.

n8n w wersjach przed 2.41.4 oraz 2.42.0 przed 2.42.1 nie waliduje identyfikatorów poświadczeń przechowywanych w parametrach węzła agenta, gdy edytor zapisuje współdzielony workflow, ponieważ sprawdzenie obejmuje tylko pole credentials węzła. Edytor może skonfigurować węzeł Message an Agent w trybie inline z kontrolowanymi przez siebie narzędziami, aby uzyskać poświadczenia właściciela i wysłać odszyfrowane sekrety do wybranego przez atakującego miejsca.

n8n w wersjach przed 1.123.83, 2.41.4 i 2.42.1 zawiera podatność typu stored cross-site scripting w modalu podglądu plików, który ponownie publikuje dane binarne jako niesandboxowany blob URL w tej samej domenie. Członek, który prześle spreparowany element, może uruchomić skrypt w domenie n8n u każdego, kto go wyświetli — zazwyczaj właściciela — i działać w jego sesji.

n8n w wersjach przed 1.123.83, 2.x przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera podatność prototype pollution w kreatorze przepływów AI. Łączy połączenia przepływu używając nazw węzłów jako składowych obiektu bez sprawdzania kluczy zarezerwowanych. Uwierzytelnieni użytkownicy mogą tworzyć węzły o nazwie __proto__ przez API i wywołać operację connect-nodes, aby zanieczyścić prototyp obiektu globalnego, zakłócając działanie instancji do momentu restartu.

n8n w wersjach przed 1.123.83, 2.x przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera podatność typu stored cross-site scripting w hostowanej stronie czatu Chat Trigger, gdzie niedostatecznie oczyszczone wartości customCss są wstawiane do strony jako znaczniki. Autorzy workflow mogą opublikować czat bez uwierzytelnienia użytkownika n8n, którego ładunek wykonuje się w domenie instancji, działając na sesjach zalogowanych odwiedzających.

n8n w wersjach przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera obejście podpisu w punkcie końcowym waiting-webhook, który wybiera walidację Send-and-Wait przed normalizacją alternatywnej formy odwołania do węzła. Atakujący posiadający token wznowienia wykonania może zatwierdzić oczekujące wykonania przeznaczone dla innych, uruchamiając dalsze działania na poświadczeniach właściciela workflow, potencjalnie w tym wykonanie poleceń.

n8n w wersjach przed 1.123.83, 2.x przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera podatność umożliwiającą wykonanie kodu w operacji Log węzła Git, która nie usuwa lokalnej konfiguracji git repozytorium przed wywołaniem zewnętrznego programu. Uwierzytelnieni członkowie, którzy mogą wskazać węzeł — także jako narzędzie agenta — na repozytorium o kontrolowanej lokalnej konfiguracji, mogą wykonać programy jako użytkownik procesu n8n.

n8n w wersjach przed 1.123.83 zawiera podatność obejścia autoryzacji, która pozwala edytorom współdzielonych workflow używać poświadczeń, do których nie mają dostępu, osadzając je w zagnieżdżonych lub inline sub-workflow narzędzi. Atakujący mogą zapisywać workflow z definicjami inline Workflow Tool lub Workflow Retriever odwołującymi się do zastrzeżonych poświadczeń, które wykonują się z wartościami poświadczeń właściciela workflow.

n8n w wersjach przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera podatność na niekontrolowane zużycie zasobów w nieuwierzytelnionym punkcie końcowym OAuth authorize. Klienty są rozwiązywane po ścieżce URL, ale surowy identyfikator wywołującego jest zapisywany jako klucz rekordu, co pozwala nieuwierzytelnionemu atakującemu tworzyć nieograniczoną liczbę rekordów klientów pierwszej strony, omijając limit rejestracji.

n8n w wersjach przed 2.41.4 oraz 2.42.x przed 2.42.1 zawiera podatność na zanieczyszczenie prototypu w narzędziu walidacji przepływów MCP, którego interpreter wykonuje kod dostarczony przez wywołującego w procesie głównym, odczytuje odziedziczone właściwości i pozwala na przypisanie do współdzielonych prototypów. Uwierzytelniony członek z uprawnieniem workflow:read może zastąpić wbudowaną metodę zwracającą wartość prawdziwą, aby obejść sprawdzanie uprawnień po stronie serwera i przejąć konta właścicieli bez MFA.