CVE-2026-92587
ŚrednieCVSS 5.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 23 - wyżej niż 23% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Ryzyko wycieku danych – użytkownik może odczytać zawartość repozytoriów Git, do których nie powinien mieć dostępu, co może prowadzić do ujawnienia poufnych informacji.
Rekomendacja
Zaleca się aktualizację do wersji 1.123.76, 2.37.7 lub 2.38.2, które naprawiają tę podatność. Alternatywnie można wyłączyć węzeł Git, dodając n8n-nodes-base.git do NODES_EXCLUDE.
Inne podatności w n8n
Zobacz wszystkie- CVE-2026-119408Wysokie
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.
- CVE-2026-103260Średnie
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.
- CVE-2026-103257Wysokie
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.
- CVE-2026-103256Wysokie
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.
- CVE-2026-103253Wysokie
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ń.
- CVE-2026-103252Wysokie
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.
- CVE-2026-103249Wysokie
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.
- CVE-2026-103245Średnie
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.
- CVE-2026-42232Wysokie
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.
- CVE-2026-103255Krytyczne
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.
Oryginalny opis (angielski, źródło NVD)
n8n is a workflow automation platform. In versions before 1.123.76, 2.37.7, and 2.38.2, the Git node validated a relative remote URL against the configured repositoryPath but then invoked git with that path as its working directory; git walked up to the enclosing repository's top level and resolved the same relative URL from there. An authenticated user (member) who nested the repository one level below the configured path could therefore make an identical URL string pass the file-access check while git resolved it outside the sandbox. A subsequent fetch or pull read a git repository outside N8N_RESTRICT_FILE_ACCESS_TO and merged its objects into the user's own repository, where their contents could be read back. The issue is fixed in n8n 1.123.76, 2.37.7, and 2.38.2, which resolve the remote reference from the directory git actually operates in before applying the sandbox check. As a workaround, the Git node can be disabled by adding n8n-nodes-base.git to NODES_EXCLUDE.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

