Katalog podatności CVE

W module vfs_ceph_rgw Samby wykryto obejście kontroli dostępu w funkcji openat(). Uwierzytelniony użytkownik może ominąć mechanizmy kontroli dostępu, aby odczytać lub nadpisać pliki z ograniczeniami na udziałach skonfigurowanych z eksperymentalnym modułem vfs_ceph_rgw. Gdy klient żąda istniejącego pliku z niezgodną wielkością liter, moduł nie wykonuje poprawnie wyszukiwania bez rozróżniania wielkości liter, przez co serwer traktuje operację jako tworzenie nowego pliku i pomija standardowe sprawdzenia uprawnień.

W produktach WSO2 występuje nieprawidłowa implementacja reguł kontroli dostępu, co umożliwia atak Server Side Request Forgery (SSRF). Exploitacja pozwala atakującemu uzyskać dostęp do zasobów wewnętrznych i zewnętrznych dostępnych przez sieć lub system plików.

wasmtime-wasi w Wasmtime przed 36.0.18, 37.0.0 przed 48.0.6 oraz 49.0.0 przed 49.0.3 ponownie dodaje końcowy ukośnik do ścieżek źródłowych operacji rename, co powoduje, że renameat na hostach macOS i FreeBSD podąża za dowiązaniami symbolicznymi katalogów. Gość z prawem zapisu w piaskownicy może zmienić nazwę względnego dowiązania symbolicznego, takiego jak "up/", aby przenieść katalogi hosta do swojej piaskownicy i je odczytać lub zapisać.

Coder w wersjach przed 2.29.21, 2.30.0 przed 2.34.12, 2.35.0 przed 2.35.9, 2.36.0 przed 2.36.7 oraz 2.37.0 przed 2.37.4 nie weryfikuje roszczenia audience w tokenach JWT GCE instance-identity na endpointcie POST /api/v2/workspaceagents/google-instance-identity. Atakujący, który zdobędzie niewygasły token tożsamości w formacie format=full wystawiony dla innej strony ufającej, może go odtworzyć, aby uzyskać token sesji agenta workspace, ważny do następnego builda workspace.

EspoCRM przed 9.3.11 oraz 10.x przed 10.0.8 zawiera podatność na odmowę usługi, w której wyrażenie regularne redagujące hasła stosowane podczas obsługi błędów API zużywa nadmierną ilość CPU przy długich treściach żądań. Nieuwierzytelnieni zdalni atakujący mogą równolegle wysłać niewielką liczbę dużych żądań API, aby wyczerpać procesy robocze serwera i spowolnić lub unieruchomić EspoCRM dla legalnych użytkowników.

ToolJet od wersji 3.20.2-lts przed 3.20.242-lts zawiera obejście autoryzacji w SignupDisableGuard, który traktuje ciąg znaków 'false' ustawienia signup jako prawdziwy, przez co ograniczenia rejestracji na poziomie instancji nie są egzekwowane. Nieuwierzytelnieni atakujący mogą wysyłać żądania POST do /api/signup bez organizationId, aby utworzyć konto, dołączyć do domyślnego workspace i otrzymać ważną sesję.

MONAI przed wersją 1.6.1 zawiera lukę niewystarczającej weryfikacji integralności w funkcji check_hash(), która po cichu zwraca True, gdy hash_val ma wartość None, przy czym domyślnym typem skrótu jest MD5. Atakujący przeprowadzający atak man-in-the-middle lub kompromitujący rejestr mogą podmienić pakiety, zbiory danych lub archiwa modeli pobierane bez skrótów, umożliwiając dostarczenie złośliwych plików i potencjalne wykonanie kodu.

MONAI od wersji 1.2.0 przed 1.6.1 zawiera podatność na zdalne wykonanie kodu w ConfigWorkflow.__init__, która przekazuje plik configs/logging.conf pakietu do logging.config.fileConfig, gdzie pola klasy handlera i args są ewaluowane przez eval(). Atakujący może opublikować złośliwy pakiet, którego logging.conf uruchamia dowolny kod Python podczas konstruowania workflow, gdy ofiara załaduje lub uruchomi pakiet.

W bibliotece go-chi chi przed wersją 5.5.0 występuje obejście uwierzytelniania w middleware.SupressNotFound, które wywołuje Match z aktywnym kontekstem routingu i pozostawia parametr oraz sufiks podrzędny zamontowanego routera do dyspozycji zewnętrznego routera. Nieuwierzytelniony atakujący może zażądać zamontowanej ścieżki, której sufiks pasuje do zewnętrznej trasy publicznej, pomijając middleware uwierzytelniania i uzyskując dane w zakresie tenanta.

SiYuan w wersjach od 3.8.7 do 3.8.8 nie normalizuje aliasów przestrzeni nazw urządzeń Windows GLOBALROOT, omijając listę zabronionych ścieżek IsSensitivePath. Atakujący mogą wywołać importStdMd ze ścieżką poprzedzoną GLOBALROOT, aby skopiować token API i prywatny klucz TLS do publicznie udostępnianego katalogu assets.

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.