Katalog podatności CVE

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 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 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 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.

n8n w wersjach przed 2.34.1 zawiera obejście walidacji poświadczeń w narzędziu MCP create_workflow_from_code, gdy typ uwierzytelniania jest ustawiony na wyrażenie. Atakujący z ważnym kluczem API MCP Bearer i znajomością docelowego ID poświadczeń mogą utrwalać nieautoryzowane referencje poświadczeń między projektami w przepływach pracy w różnych projektach.

Podatność w n8n (przed 1.123.69, 2.33.4 i 2.34.1) to obejście ochrony SSRF w wymianie kodu autoryzacyjnego OAuth2 na token dostępu. Token exchange używa osobnego klienta HTTP bez zabezpieczeń SSRF, co pozwala użytkownikowi z uprawnieniami do tworzenia poświadczeń na ustawienie adresu URL tokenu na adres wewnętrzny i wykonanie żądania POST do tego celu, a odpowiedź jest odsyłana do atakującego.

WP BASE Booking w wersjach do 6.3.2 zawiera podatność na Cross Site Scripting (XSS) wykorzystywaną przez subskrybentów.

Homlisti w wersjach do 3.1.2 zawiera podatność Broken Access Control wykorzystywaną przez subskrybentów.

Media Library Assistant w wersjach do 3.39 zawiera podatność na Cross Site Scripting (XSS) wykorzystywaną przez subskrybentów.

WP Data Access w wersjach do 5.5.80 zawiera podatność Broken Access Control, która może być wykorzystana bez uwierzytelnienia.

WP Cafe Pro w wersjach przed 3.0.15 zawiera podatność Local File Inclusion, która może być wykorzystana przez autorów.

HCL IntelliOps Event Management (IEM) jest dotknięty niewystarczającym logowaniem. Niewystarczające logowanie osłabia odpowiedzialność, utrudnia wykrywanie ataków i umożliwia badanie uprawnień.

Altair w wersjach do 5.2.2 zawiera podatność Broken Access Control, która może być wykorzystana bez uwierzytelnienia.

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.

W resolverze scanFeedsResolver w aplikacji (prawdopodobnie n8n) brakuje walidacji adresu URL, co pozwala uwierzytelnionemu użytkownikowi kierować serwer do dowolnych wewnętrznych punktów końcowych. Odpowiedź jest parsowana jako kanał RSS/Atom lub HTML, co ogranicza ujawnienie do metadanych kanału i linków do RSS/Atom, ale pozwala odróżnić dostępne porty od niedostępnych.

W rozszerzeniu Convert Forms dla Joomla (wersje 1.0.0-4.4.16 oraz 5.0.0-5.2.5) występuje podatność polegająca na obejściu walidacji kontrolowanej przez klienta. Możliwe jest obejście CAPTCHA oraz walidacji pól formularza.

Wtyczka ipa-enrollment SLAPI w FreeIPA zawiera podatność na dereferencję pustego wskaźnika. Zdalny uwierzytelniony klient może wysłać nieprawidłową operację rozszerzoną LDAP, pomijając wartość żądania dla JOIN_OID, co powoduje awarię serwera i odmowę usługi.

W FreeIPA istnieje podatność polegająca na braku limitów rozmiaru dla kluczy OTP (One-Time Password). Uwierzytelniony użytkownik o niskich uprawnieniach może wysłać nadmiernie duży klucz OTP, co powoduje nadmierne zużycie CPU i pamięci, prowadząc do odmowy usługi.

W libsoup, w przetwarzaniu nagłówka HTTP Range w SoupServer, funkcja sort_ranges() obcina wynik odejmowania 64-bitowego do 32-bitowej liczby całkowitej, co powoduje błędne sortowanie zakresów dla plików większych niż ~2 GB. Prowadzi to do pomijania żądanych zakresów w odpowiedziach HTTP 206 Partial Content.