Katalog podatności CVE

pfSense Plus przed 26.07 i CE przed 2.9.0 pozwalają uwierzytelnionym użytkownikom z uprawnieniem Firewall: Schedules: Edit na wstrzykiwanie dowolnego JavaScript przez parametr descr w /firewall_schedule_edit.php. Opis harmonogramu jest przechowywany bez sanityzacji HTML i następnie wstawiany do wartości atrybutu HTML w /firewall_rules.php z zastosowaniem tylko escapowania pojedynczych cudzysłowów, co umożliwia wyjście poza podwójny cudzysłów. Payload wykonuje się w przeglądarce każdego użytkownika z uprawnieniem Firewall: Rules, który przegląda listę reguł z dotkniętym harmonogramem.

pfSense Plus przed 26.07 i CE przed 2.9.0 pozwalają uwierzytelnionym użytkownikom z uprawnieniem Firewall: Rules: Edit na wstrzykiwanie dowolnego JavaScript przez parametr descr w /firewall_rules_edit.php. Opis reguły jest przechowywany w konfiguracji XML pfSense z zastosowaniem tylko escapowania backslash i bez sanityzacji HTML, a następnie renderowany bez kodowania w tabeli logów firewalla w /status_logs_filter.php. Payload wykonuje się w przeglądarce każdego użytkownika z uprawnieniem Status: Logs: Firewall, który przegląda dotknięte wpisy logów.

pfSense Plus przed 26.07 i CE przed 2.9.0 pozwalają uwierzytelnionym użytkownikom z uprawnieniem Status: Monitoring na wstrzykiwanie dowolnego JavaScript przez parametry konfiguracji wykresów w /status_monitoring.php. Wiele parametrów POST, w tym graph-left, graph-right, time-period, resolution, start-date, end-date, start-time, end-time, graph-type, invert i refresh-interval, jest łączonych i zapisywanych do globalnej konfiguracji XML pfSense bez sanityzacji, a następnie wyświetlanych bez sanityzacji w kontekście ciągu JavaScript podczas renderowania strony. Ponieważ ustawienie jest przechowywane w globalnej konfiguracji, payload wykonuje się w przeglądarce każdego użytkownika odwiedzającego stronę Status: Monitoring.

Dell SmartFabric OS10 Software w wersjach przed 10.5.6.14 zawiera podatność na wstrzykiwanie poleceń systemu operacyjnego. Uprzywilejowany atakujący z dostępem zdalnym może wykorzystać tę podatność do wykonania poleceń.

W Tenda HG10 (wersja 300001138) w funkcji formWlanSetup w pliku /boaform/formWlanSetup komponentu Boa Web Server występuje przepełnienie bufora spowodowane manipulacją argumentem ssid. Atak zdalny jest możliwy, a exploit jest publicznie dostępny.

Podatność w Tenda HG10 300001138 dotyczy funkcji formLogin w pliku /boaform/formLogin komponentu Boa Web Server. Manipulacja argumentem Username może prowadzić do przepełnienia bufora. Atak może być przeprowadzony zdalnie. Exploit został publicznie ujawniony i może być wykorzystany.

Motyw Enfold od Kriesi zawiera podatność na odbity atak XSS (Cross-site Scripting) w wersjach do 8.0 włącznie. Podatność wynika z nieprawidłowej neutralizacji danych wejściowych podczas generowania strony.

W Eclipse Arrowhead w wersjach od 5.0.0 do 5.2.1, gdy API MQTT jest włączone z polityką uwierzytelniania certyfikatów, CertificateMqttFilter parsuje certyfikat X.509 wysyłany przez klienta w ładunku wiadomości MQTT i traktuje jego Subject DN jako uwierzytelnioną tożsamość. Podpis certyfikatu nie jest weryfikowany, a łańcuch wystawcy nie jest sprawdzany względem żadnego magazynu zaufania. Atakujący, który może publikować do brokera MQTT, może wygenerować samopodpisany certyfikat z CN=Sysop.<cloud>.<org>.arrowhead.eu i dnQualifier=op, aby uzyskać pełny dostęp zarządczy przez MQTT.

W Eclipse Arrowhead w wersjach od 5.0.0 do 5.2.1 brama zarządzania chroniąca punkty końcowe /…/mgmt/… sprawdza, czy ścieżka zawiera "/mgmt/" za pomocą request.getRequestURL().toString().contains("/mgmt/"). Tomcat zwraca getRequestURL() bez dekodowania, a Spring MVC routuje na ścieżce zdekodowanej. Żądanie /serviceregistry/%6Dgmt/systems (%6D == m) omija sprawdzenie, ale jest dekodowane do /serviceregistry/mgmt/systems i przekazywane do kontrolera zarządzania. Każdy uwierzytelniony system może wykonywać operacje zarządzania, w tym tworzyć konta sysop, co prowadzi do pełnego przejęcia chmury.

Występuje problem zdalnego wykonania kodu podczas analizowania plików DOE, który pozwala zdalnemu atakującemu zapisać dane poza końcem przydzielonego obiektu i wykonać kod w kontekście bieżącego procesu. Aby wykorzystać podatność, użytkownik musi odwiedzić złośliwą stronę lub otworzyć złośliwy plik.

Operacje administracyjne w Carbon Console nie walidują odpowiednio danych wprowadzanych przez użytkownika. Pozwala to osobie z uprawnieniami administracyjnymi na wstrzyknięcie i zdalne wykonanie dowolnego kodu.

Podatność w mechanizmie RBAC systemu SYS600 pozwala użytkownikom z dostępem do narzędzi inżynierskich na podniesienie swoich uprawnień do poziomu administratora na systemie Windows, co daje im pełną kontrolę nad maszyną.

Podatność w systemie SYS600 pozwala każdemu użytkownikowi uwierzytelnionemu w systemie operacyjnym serwera na odczyt i modyfikację obiektów aplikacji bez uwierzytelnienia w samym systemie SYS600.

W SYS600 istnieje podatność na wstrzykiwanie CSV. Złośliwe formuły mogą dodawać lub modyfikować dane w arkuszu kalkulacyjnym, wstawiać linki, eksfiltrować dane, a w niektórych przypadkach wykonywać złośliwy kod na maszynie użytkownika. Aby wykorzystać tę podatność, atakujący potrzebuje sposobu na tworzenie dowolnych komunikatów logów, co można osiągnąć przez normalne funkcje SCIL, podatność na wstrzykiwanie logów lub brokera SYS600.

SiYuan w wersjach do 3.8.1 (poprawione w 3.8.2) zawiera niekompletną listę blokad w funkcji IsForbiddenAbsPath(), która blokuje tylko conf/conf.json, ale nie ogranicza dostępu do kluczy prywatnych TLS (conf/key.pem) i CA (conf/ca.key). Ponieważ handler getFile pomija listę blokad dla roli administratora, a wszyscy uwierzytelnieni użytkownicy otrzymują rolę administratora, każdy użytkownik może pobrać te klucze przez POST /api/file/getFile. Przy włączonym TLS umożliwia to deszyfrowanie przechwyconego ruchu HTTPS i fałszowanie certyfikatów.

SiYuan przed wersją 3.8.2 zapisuje tokeny API z parametrów zapytania w postaci jawnego tekstu w dostępnym pliku dziennika, gdy żądania pełnotekstowego wyszukiwania przekraczają progi czasowe. Uwierzytelnieni atakujący mogą odczytać plik dziennika przez endpoint getFile, aby odzyskać tokeny administratora i uzyskać stały dostęp administracyjny.

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.