CVE-2026-57518
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 38 - wyżej niż 38% wszystkich znanych CVE
Streszczenie
Pagekit CMS 1.0.18 zawiera podatność na eskalację uprawnień, która umożliwia uwierzytelnionym użytkownikom z uprawnieniem 'user: manage users' przypisanie sobie niestandardowych ról z powodu braku kontroli autoryzacji w UserApiController::saveAction(). Atakujący może przypisać sobie rolę z uprawnieniem 'system: manage packages', a następnie przesłać i zainstalować złośliwy pakiet PHP przez instalator pakietów w panelu administracyjnym, co prowadzi do zdalnego wykonania kodu.
Ocena ryzyka
Ryzyko dla organizacji obejmuje możliwość przejęcia kontroli nad systemem CMS przez uwierzytelnionego użytkownika, co może skutkować wykonaniem dowolnego kodu PHP na serwerze, kradzieżą danych lub dalszym atakiem na infrastrukturę.
Rekomendacja
Zaleca się natychmiastową aktualizację Pagekit CMS do najnowszej wersji, która usuwa tę podatność, oraz ograniczenie uprawnienia 'user: manage users' tylko do zaufanych administratorów.
Inne podatności w Pagekit CMS
Zobacz wszystkie- CVE-2017-5594Wysokie
W Pagekit CMS przed wersją 1.0.11 odkryto problem, który pozwala zdalnemu atakującemu na zresetowanie hasła zarejestrowanego użytkownika, gdy włączony jest pasek narzędzi debugowania. Atakujący może skutecznie odzyskać hasło za pomocą tej podatności.
- CVE-2025-67165Krytyczne
Pagekit CMS w wersji 1.0.18 zawiera podatność typu Insecure Direct Object Reference (IDOR), która pozwala atakującym na eskalację uprawnień.
- CVE-2025-67164Krytyczne
Pagekit CMS w wersji 1.0.18 zawiera podatność na uwierzytelnione dowolne przesyłanie plików w komponencie /storage/poc.php, co pozwala atakującym na wykonanie dowolnego kodu poprzez przesłanie spreparowanego pliku PHP.
Oryginalny opis (angielski, źródło NVD)
Pagekit CMS 1.0.18 contains a privilege escalation vulnerability that allows authenticated users with the 'user: manage users' permission to escalate privileges by assigning arbitrary custom roles to themselves due to missing authorization checks in UserApiController::saveAction(). Attackers can assign themselves a custom role with the 'system: manage packages' permission and then upload and install a malicious PHP package through the admin package installer to achieve remote code execution.