Katalog podatności CVE

Podatność typu path traversal w komponencie Apache Camel Docling pozwala na przekazanie absolutnej ścieżki w nagłówku CamelDoclingCustomArguments, która nie jest blokowana przez walidację validatePathSafety (sprawdza ona tylko sekwencje ../). W rezultacie osoba mogąca wpływać na te argumenty może wskazać procesowi docling dowolny katalog dostępny dla procesu Camel, spoza katalogu roboczego. Problem dotyczy wersji 4.15.0–4.18.4, 4.19.0–4.22.1 i został naprawiony w 4.23.0, 4.22.2 oraz 4.18.5.

SOEM w wersji 2.0.0 i wcześniejszych zawiera podatność, w której złośliwe urządzenie może spowodować awarię systemu master. Po otrzymaniu odpowiedzi błędu oprogramowanie czyści wewnętrzny wskaźnik, ale kontynuuje przetwarzanie; jeśli przed upływem limitu czasu nadejdzie kolejna wiadomość, oprogramowanie użyje wyczyszczonego wskaźnika, co powoduje awarię. Atakujący może to wywołać prostą sekwencją dwóch wiadomości.

SOEM w wersji 2.0.0 i wcześniejszych zawiera podatność podczas konfiguracji urządzeń, w której złośliwe urządzenie może spowodować uszkodzenie pamięci. Oprogramowanie zapisuje dane konfiguracyjne do tablicy o stałym rozmiarze bez sprawdzania, czy indeks przekracza maksymalny rozmiar EC_MAXFMMU. Urządzenie zgłaszające więcej niż EC_MAXFMMU bloków konfiguracyjnych może wymusić zapisy poza granicami tablicy, uszkadzając sąsiednie struktury pamięci i potencjalnie zakłócając dalsze operacje.

SOEM w wersji 2.0.0 i wcześniejszych zawiera podatności, w których złośliwe urządzenie może wysyłać wiadomości powodujące odczyt przez master danych z lokalizacji pamięci poza zamierzonym buforem. Oprogramowanie używa wartości długości z odpowiedzi urządzenia bez walidacji względem rzeczywistych rozmiarów buforów. Atakujący może wykorzystać to do wyodrębnienia do 64 KB danych z pamięci mastera.

Wiele podatności typu cross-site scripting (XSS) dotyczy zapory OPNsense w wersji 26.7.1_1 i wcześniejszych, umożliwiając atakującemu z niskimi uprawnieniami wykonanie JavaScriptu w kontekście innego użytkownika odwiedzającego określoną stronę lub klikającego specjalnie spreparowany link.

Pleasanter nieprawidłowo weryfikuje hasła w uwierzytelnianiu LDAP podczas przetwarzania specjalnie spreparowanych żądań w określonych konfiguracjach. W przypadku wykorzystania atakujący może ominąć uwierzytelnianie LDAP, podając jedynie prawidłowy Login ID bez hasła. W rezultacie atakujący może przeglądać, zmieniać lub usuwać informacje przechowywane w produkcie z uprawnieniami konta użytego do logowania.

Wtyczka AI Engine firmy Meow Apps zawiera podatność braku autoryzacji, która pozwala na wykorzystanie nieprawidłowo skonfigurowanych poziomów kontroli dostępu. Problem dotyczy AI Engine w wersjach od n/a do 3.8.6.

Wtyczka DEPART firmy VillaTheme zawiera podatność braku autoryzacji, która pozwala na wykorzystanie nieprawidłowo skonfigurowanych poziomów kontroli dostępu. Problem dotyczy DEPART w wersjach od n/a do 1.0.10.

Podatność w komponencie Apache Camel CoAP polega na ujawnieniu wrażliwych informacji w odpowiedzi błędu. Gdy konsument CoAP nie może zbudować odpowiedzi po zakończeniu trasy, wyjątek jest przechwytywany, a jego komunikat — zawierający nazwy klas, ścieżki plików, nazwy hostów i szczegóły połączeń — jest wysyłany do klienta CoAP jako ładunek odpowiedzi 5.00 Internal Server Error.

W grze Ndemic Creations Plague Inc Evolved do wersji 1.24.0.3 wykryto podatność w nieznanej funkcji komponentu Workshop Scenario Loader. Manipulacja prowadzi do deserializacji, a atak można przeprowadzić zdalnie. Aktualizacja do wersji 1.24.0.4 usuwa problem.

Aplikacja benotes (do wersji 2.8.1) zawiera podatność Server-Side Request Forgery w funkcji getUrlInfo w pliku app/Http/Controllers/PostController.php, w komponencie Bookmark Metadata Endpoint. Manipulacja argumentem url pozwala na wykonanie żądań po stronie serwera.

Aplikacja EasyImage (do wersji 2.8.7) zawiera podatność w nieznanej funkcji pliku app/del.php, polegającą na niewłaściwym zarządzaniu uprawnieniami. Manipulacja argumentem hash może prowadzić do eskalacji uprawnień.

W bibliotece GNOME libgsf do wersji 1.14.60 wykryto podatność w funkcji ole_info_read_metabat w pliku gsf/gsf-infile-msole.c, w komponencie parsera OLE2. Manipulacja danymi prowadzi do przepełnienia bufora na stercie. Atak można zainicjować zdalnie.

Wtyczka WordPress GiveWP w wersji przed 4.19.0.1 nie ogranicza waluty darowizny do tej akceptowanej przez witrynę lub formularz, a limity kwot porównuje jako zwykłe liczby. Umożliwia to nieuwierzytelnionym użytkownikom dokonywanie darowizn poniżej skonfigurowanego minimum lub stałej kwoty formularza.

Wtyczka WordPress Mintpay for WooCommerce do wersji 2.2.3 nie weryfikuje autentyczności przetwarzanego wywołania zwrotnego płatności. Umożliwia to nieuwierzytelnionym atakującym oznaczenie dowolnych zamówień jako opłacone, anulowanie dowolnych zamówień oraz ujawnienie szczegółów zamówień, w tym danych kontaktowych klientów.

Wtyczka WordPress OPay Payment Gateway for WooCommerce do wersji 2.5.5 nie weryfikuje poprawnie, czy powiadomienia o płatności pochodzą od dostawcy płatności, ponieważ sekret używany do walidacji podpisu jest domyślnie pusty. Umożliwia to nieuwierzytelnionym atakującym sfałszowanie ważnego powiadomienia i oznaczenie dowolnych zamówień jako opłacone, anulowane lub nieudane.

Wtyczka WordPress Online Payments with iK Pay Gateway przed wersją 3.0.4 nie weryfikuje poprawnie autentyczności wywołania zwrotnego bramki płatności w domyślnej instalacji. Umożliwia to nieuwierzytelnionym atakującym sfałszowanie pomyślnego powiadomienia o płatności i oznaczenie dowolnych zamówień jako opłacone bez dokonania płatności oraz oznaczenie dowolnych nieprzetworzonych zamówień jako nieudane.

Wtyczka WordPress Eurobank WooCommerce Payment Gateway do wersji 2.1.1 nie weryfikuje, czy żądanie potwierdzenia płatności rzeczywiście pochodzi od dostawcy płatności, a domyślnie wysyłana jest z pustym sekretem uwierzytelniającym. Umożliwia to nieuwierzytelnionym atakującym oznaczenie dowolnego oczekującego zamówienia jako opłacone oraz wymuszenie statusu niepowodzenia bez znajomości sekretu.

Wtyczka WordPress Payment Gateway do wersji 2.2.0 nie zapewnia skonfigurowania wspólnego sekretu przed użyciem go do uwierzytelnienia wywołania zwrotnego powiadomienia o płatności banku. Umożliwia to nieuwierzytelnionym atakującym sfałszowanie ważnego powiadomienia i oznaczenie dowolnego zamówienia WooCommerce jako opłacone w instalacjach bez ustawionego sekretu, a to samo wywołanie zwrotne pozwala przenieść dowolne oczekujące zamówienie do stanu nieudanego niezależnie od konfiguracji sekretu.

Wtyczka WordPress CCAvenue Payment Gateway for WooCommerce do wersji 3.1 nie weryfikuje, czy żądanie potwierdzenia płatności rzeczywiście pochodzi od dostawcy płatności, a klucz weryfikacyjny wyprowadza z wartości pustej w domyślnej instalacji. Umożliwia to nieuwierzytelnionym atakującym sfałszowanie potwierdzenia i oznaczenie dowolnego zamówienia WooCommerce jako opłacone bez dokonania płatności.