Katalog podatności CVE

W aircheng-org iWebShop-5 wykryto podatność w funkcji send_message_mobile (plik controllers/simple.php). Manipulacja argumentem user_id prowadzi do słabego mechanizmu odzyskiwania hasła (weak password recovery). Exploit jest publicznie ujawniony i może być wykorzystany zdalnie.

W aircheng-org iWebShop-5 zidentyfikowano słabość w funkcji IController::redirect (plik plugins/_userInfo/_userInfo.php) w komponencie Login Redirect. Manipulacja argumentem callback powoduje otwarte przekierowanie (open redirect). Exploit jest publicznie dostępny i może być wykorzystany zdalnie.

W aircheng-org iWebShop-5 wykryto podatność w funkcji admin_repwd/admin_repwd_act (plik controllers/system.php) w komponencie Password Change. Manipulacja argumentami password/repassword prowadzi do podatności cross-site request forgery (CSRF). Exploit jest publicznie ujawniony i może być wykorzystany zdalnie.

W aircheng-org iWebShop-5 zidentyfikowano podatność w funkcji Util::search (plik classes/util.php). Manipulacja prowadzi do wstrzyknięcia SQL (SQL injection). Exploit jest publicznie dostępny i może być wykorzystany zdalnie.

W Chamilo LMS w funkcji TicketManager::addProject (plik main/inc/lib/TicketManager.php) wykryto podatność typu cross-site scripting wynikającą z manipulacji argumentem Name. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony. Dostępna jest poprawka.

W projekcie diem-project diem do wersji 5.1.3 wykryto podatność w pliku dmCorePlugin/lib/data/dmDataLoad.php. Manipulacja danymi prowadzi do użycia domyślnego hasła, a atak można przeprowadzić zdalnie. Exploit został publicznie ujawniony i może być wykorzystany.

W demonie routingu BIRD (CZ.NIC) wykryto obejście walidacji IPv6 FlowSpec, które pozwala ustalonemu peerowi BGP wstrzyknąć reguły FlowSpec dopasowujące adresy docelowe spoza autoryzowanego zakresu. BIRD nie odrzuca komponentu prefiksu docelowego z niezerowym offsetem, wbrew RFC 8956 sekcja 5. Reguła może przejść walidację i zostać propagowana do dalszych peerów.

Wtyczka Bootstrap Shortcodes dla WordPressa przed wersją 3.4.6 jest podatna na przechowywany XSS poprzez atrybut id shortcode'u [bs_tcontent]. Handler shortcode'u w inc/bs_tabs.php umieszcza wartość atrybutu id w niecytowanym atrybucie HTML; esc_attr() nie koduje spacji, co pozwala na wstrzyknięcie dodatkowych atrybutów HTML, w tym obsługi zdarzeń JavaScript. Uwierzytelniony atakujący z poziomem Contributor lub wyższym może wstrzyknąć dowolny skrypt, który wykona się w przeglądarce użytkownika przeglądającego stronę.

W diem-project diem w pliku lib/model/doctrine/PluginDmUser.class.php (komponent SHA1 Handler) manipulacja argumentem salt/password prowadzi do generowania hashy haseł o niewystarczającym nakładzie obliczeniowym. Atak wymaga dostępu lokalnego i wysokiej złożoności, a exploit został publicznie ujawniony.

W light0011 cms (wersje c774dce31c6df0055568a8d5c53d964d99be199d/f72cf46f601efb2a0618c3814cc2f61380b38930) wykryto podatność w pliku App/Home/Controller/VoteController.class.php komponentu Vote Handler. Manipulacja argumentem X-Requested-With powoduje błędy logiki biznesowej. Atak można przeprowadzić zdalnie, a exploit został opublikowany i może być wykorzystany.

W light0011 cms (wersje c774dce31c6df0055568a8d5c53d964d99be199d/f72cf46f601efb2a0618c3814cc2f61380b38930) wykryto podatność w funkcji file_exists pliku Public/Home/js/uploadify/check-exists.php komponentu Uploadify. Manipulacja argumentem filename prowadzi do ujawnienia informacji o plikach i katalogach. Atak można przeprowadzić zdalnie, a exploit jest publiczny i może być wykorzystany.

W light0011 cms w funkcji sha1 pliku App/Home/Model/UserModel.class.php manipulacja argumentem Password prowadzi do generowania hashy haseł o niewystarczającym nakładzie obliczeniowym. Atak może być zainicjowany zdalnie i wymaga wysokiej złożoności, a exploit został publicznie ujawniony.

Ten identyfikator CVE został odrzucony lub wycofany przez organ numerujący CVE. Brak dalszych informacji o podatności.

W light0011 cms (wersje c774dce31c6df0055568a8d5c53d964d99be199d/f72cf46f601efb2a0618c3814cc2f61380b38930) w pliku App/Home/Controller/UserController.class.php komponentu Captcha Validation występuje słabość prowadząca do nieprawidłowej kontroli dostępu. Atak można przeprowadzić zdalnie, a exploit jest publicznie dostępny i może być wykorzystany. Projekt został poinformowany, ale nie odpowiedział.

W Gitea siedem tras API pod /api/v1/users/{username} (followers, following, following/{target}, starred, subscriptions, keys i gpg_keys) zostało zarejestrowanych bez middleware individualPermsChecker, które wymusza widoczność docelowego użytkownika. Uwierzytelniony użytkownik mógł odczytać listy obserwujących, obserwowanych, oznaczone gwiazdką i obserwowane repozytoria oraz publiczne klucze SSH i GPG użytkownika o ograniczonej lub prywatnej widoczności. Problem naprawiono w wersjach 1.27.3 i 28.0.0, a ujawniono w 28.2.0.

Podczas usuwania etykiety porównywano ID repozytorium z żądania z ID organizacji etykiet organizacji, a sekwencje ID nakładają się. Użytkownik z prawem zapisu do zgłoszeń repozytorium mógł usunąć etykiety organizacji o tym samym numerycznym ID co repozytorium. Etykiety są teraz usuwane wyłącznie w obrębie własnego repozytorium lub organizacji.

Podczas dodawania załączników do wydania sprawdzano repozytorium i wydanie załącznika, ale nie sprawdzano, czy załącznik jest już powiązany ze zgłoszeniem lub komentarzem. Użytkownik z prawem zapisu do wydań repozytorium, znający UUID załącznika w tym repozytorium, mógł powiązać go z wydaniem. Ujawniało to nazwę pliku, rozmiar i liczbę pobrań załącznika oraz pozwalało na jego zmianę nazwy lub usunięcie.

Sprawdzenie widoczności profili użytkowników w Gitea było stosowane tylko do żądań GET, podczas gdy POST /{username} (obserwowanie i przestawanie obserwować) wymagał jedynie zalogowanego użytkownika. Każdy uwierzytelniony użytkownik mógł więc uzyskać imię i nazwisko, lokalizację, stronę internetową oraz opis użytkownika z prywatnym profilem z odpowiedzi. Problem naprawiono w wersji 28.1.0 i ujawniono w 28.2.0.

Utworzenie wersji roboczej wydania przez API zwracało listę `assets` zbudowaną z wydania bez identyfikatora, która pasowała do każdego załącznika niepowiązanego z wydaniem. Użytkownik mogący tworzyć wersję roboczą wydania w repozytorium otrzymywał więc metadane (nazwa pliku, UUID, czas przesłania, rozmiar i liczba pobrań) załączników zgłoszeń i komentarzy z repozytoriów, których nie mógł czytać, oraz porzuconych przesłań.

GET /api/v1/user/subscriptions zwracał metadane każdego repozytorium obserwowanego przez użytkownika bez sprawdzenia, czy użytkownik nadal ma do niego dostęp. Użytkownik, który obserwował prywatne repozytorium mając dostęp, a następnie go utracił (np. przez obniżenie uprawnień zespołu), nadal mógł odczytać jego nazwę, opis, adresy klonowania, właściciela i liczniki. Problem naprawiono w wersjach 1.27.0 i 28.0.0 i ujawniono w 28.2.0.