CVE-2015-6568
WysokieStreszczenie
Wolf CMS w wersjach przed 0.8.3.1 umożliwia nieograniczone zmienianie nazw plików oraz wykonanie kodu PHP, ponieważ menedżer plików nie zapobiega zmianie rozszerzenia pliku na '.php' po przesłaniu obrazu JPEG. Wykorzystanie tej podatności wymaga zarejestrowanego użytkownika z dostępem do funkcji przesyłania.
Ocena ryzyka
Organizacja może być narażona na złośliwe ataki, które mogą prowadzić do wykonania nieautoryzowanego kodu na serwerze, co może skutkować utratą danych lub przejęciem kontroli nad systemem.
Rekomendacja
Zaleca się aktualizację Wolf CMS do wersji 0.8.3.1 lub nowszej oraz wdrożenie dodatkowych środków zabezpieczających, aby ograniczyć możliwość przesyłania plików o niebezpiecznych rozszerzeniach.
Inne podatności w Wolf CMS
Zobacz wszystkie- CVE-2015-6567Wysokie
Wolf CMS w wersjach przed 0.8.3.1 umożliwia nieograniczone przesyłanie plików oraz wykonanie kodu PHP z powodu niewłaściwej walidacji parametru 'filename' w module zarządzania plikami. Wykorzystanie tej podatności wymaga, aby użytkownik był zarejestrowany i miał dostęp do funkcji przesyłania.
- CVE-2026-67207Wysokie
Wolf CMS do wersji 0.8.3.1 zawiera podatność na obejście autoryzacji w BackupRestoreController z powodu błędu pierwszeństwa operatorów PHP w wyrażeniu sprawdzającym uprawnienia. Uwierzytelnieni użytkownicy niebędący administratorami mogą wykorzystać nieprawidłową ocenę wyrażenia kontroli dostępu do tworzenia, pobierania i przywracania kopii zapasowych bez uprawnień administracyjnych.
- CVE-2026-67206Wysokie
Wolf CMS do wersji 0.8.3.1 zawiera podatność na zdalne wykonanie kodu w FileManagerController. Uwierzytelnieni atakujący mogą tworzyć dowolne pliki PHP, wykorzystując brak walidacji rozszerzenia plików w funkcjach create_file() i save(). Atakujący z uprawnieniami file_manager_mkfile mogą zapisać złośliwy kod PHP do katalogu FILES_DIR i wywołać jego wykonanie przez żądanie HTTP.
Oryginalny opis (angielski, źródło NVD)
Wolf CMS before 0.8.3.1 allows unrestricted file rename and PHP Code Execution because admin/plugin/file_manager/browse/ (aka the filemanager) does not prevent a change of a file extension to ".php" after originally using the parameter "filename" for uploading a JPEG image. Exploitation requires a registered user who has access to upload functionality.