Podatności IceCMS

IceCMS do wersji 4.1.5 zawiera lukę SQL injection bez uwierzytelniania, która pozwala zdalnym atakującym wstrzyknąć SQL poprzez parametr ścieżki num w /WebArticle/findarticlesbynum. Atakujący może dołączyć spreparowany SQL po klauzuli LIMIT konkatenowanej do MyBatis-Plus QueryWrapper, aby wyodrębnić zawartość bazy danych za pomocą technik union-based lub blind.

IceCMS do wersji 4.1.5 zawiera lukę braku uwierzytelniania, która pozwala nieuwierzytelnionym atakującym modyfikować, usuwać lub wyłączać dowolne konta, ponieważ ścieżka /User/** jest wykluczona z filtra Shiro jwt. Atakujący może wysłać żądanie PUT do /User/updateUser, aby ustawić nowe hasło i rolę dla dowolnego userId, w tym administratorów, co umożliwia pełne przejęcie konta.

W wersji 2.0.1 IceCMS odkryto problem, który pozwala atakującym na eskalację uprawnień oraz uzyskanie wrażliwych informacji poprzez parametr UserID w api/User/ChangeUser.

IceCMS do wersji 4.1.5 zawiera lukę SQL injection bez uwierzytelniania, która pozwala zdalnym atakującym wstrzyknąć SQL poprzez spreparowany parametr ścieżki num w /WebResource/findresourcebynum. Atakujący może dołączyć SQL po klauzuli LIMIT konkatenowanej przez QueryWrapper.last(), aby wyodrębnić zawartość bazy danych za pomocą technik union-based lub blind.

W IceCMS w wersji 3.4.7 i wcześniejszych wykryto nieprawidłową kontrolę dostępu w metodzie loginAdmin w pliku UserController.java. Umożliwia to atakującym uwierzytelnienie się poprzez podanie dowolnych wartości jako nazwy użytkownika i hasła.

IceCMS w wersji 1.0.0 jest podatny na ataki typu Cross Site Scripting (XSS), co może umożliwić atakującym wstrzykiwanie złośliwego kodu do aplikacji.

IceCMS w wersji 1.0.0 ma niewłaściwe uprawnienia, co prowadzi do nieautoryzowanego dostępu do API i ujawnienia wrażliwych informacji.