Podatności REDAXO

REDAXO przed wersją 5.21.0 zawiera podatność reflected cross-site scripting w API pakietów backendu, gdzie parametr funkcji jest wstawiany do komunikatu błędu renderowanego bez escapowania HTML. Atakujący mogą zwabić uwierzytelnionego użytkownika backendu do spreparowanego linku zawierającego ważny token CSRF, wykonując JavaScript, który wykonuje akcje w tej samej domenie lub odczytuje dane DOM.

REDAXO przed wersją 5.21.0 zawiera podatność reflected cross-site scripting, która pozwala uwierzytelnionym atakującym na wstrzyknięcie skryptów poprzez parametr type w API metainfo_default_fields_create. Atakujący mogą spreparować link z ważnym tokenem CSRF i ładunkiem HTML, który rex_view::message() renderuje bez escapowania, wykonując skrypty w sesji backendu ofiary.

REDAXO przed wersją 5.21.3 zawiera podatność cross-site request forgery w pluginie structure/history, która pozwala atakującym na usuwanie historii lub przywracanie treści poprzez niezwalidowane żądania GET. Atakujący mogą zwabić zalogowanych użytkowników backendu na stronę wywołującą func=clearall lub rex_history_function=snap, trwale usuwając wszystkie migawki artykułów lub przywracając artykuły do wcześniejszych stanów.

REDAXO od wersji 5.18.0 przed 5.21.4 zawiera podatność stored cross-site scripting, ponieważ rex_media_service przenosi przesłane pliki SVG do publicznego folderu mediów przed ich sanityzacją. Uwierzytelnieni użytkownicy z uprawnieniami do przesyłania w mediapool mogą wyścignąć sanityzator lub wyczerpać limity pamięci, pozostawiając publicznie serwowane pliki SVG z kodem skryptu, wykonując skrypty w sesjach backendu ofiar.

REDAXO przed wersją 5.21.4 zawiera podatność typu broken access control, która pozwala uwierzytelnionym edytorom modyfikować slice w nieautoryzowanych kategoriach poprzez połączenie dozwolonego artykułu z obcym identyfikatorem slice. Atakujący mogą wykorzystać funkcje content/edit delete i edit lub API content_slice_status i content_move_slice do usuwania, przełączania, przenoszenia lub nadpisywania slice innych edytorów.

REDAXO przed 5.21.4 zawiera brak autoryzacji w masowym przenoszeniu media pool, które sprawdza tylko uprawnienia kategorii docelowej, ignorując źródłową. Zalogowani użytkownicy backendu z uprawnieniami do jednej kategorii mogą przenosić pliki z zastrzeżonych kategorii i po cichu zastępować ich zawartość w całym serwisie.

REDAXO przed wersją 5.21.5 zawiera podatność typu cross-site request forgery, ponieważ backend przetwarza parametr GET safemode w index.php bez walidacji tokenu CSRF. Atakujący mogą nakłonić zalogowanego administratora do otwarcia spreparowanego linku, aby wyłączyć globalny tryb bezpieczny, zapisując safe_mode: false w config.yml, lub włączyć tryb bezpieczny sesji, wyłączając dodatki backendu.

REDAXO przed wersją 5.21.5 zawiera podatność typu insufficient session expiration, która pozwala atakującym zachować dostęp do konta poprzez utrzymanie ważnej sesji i klucza stay-logged-in po zmianie hasła. Atakujący, którzy uzyskali identyfikator sesji użytkownika lub cookie stay-logged-in, mogą zachować dostęp do backendu po zmianie hasła, za pośrednictwem cookie nawet przez trzy miesiące.

REDAXO w wersjach od 5.3.0 przed 5.21.4 zawiera podatność polegającą na obejściu uwierzytelniania w pluginie structure/history. Nieuwierzytelniony atakujący może wymusić przewidywalny stan sekretu powiązanego z sesją i sfałszować tymczasowe tokeny logowania dla kont takich jak admin, uzyskując dostęp do backendu i wykonanie kodu poza trybem live.

REDAXO przed wersją 5.21.3 zawiera podatność cross-site request forgery (CSRF) na stronie administracji użytkownikami backendu (users/users), ponieważ sprawdzanie tokenu CSRF odbywa się tylko gdy ustawiony jest parametr save, a ścieżka aktualizacji wywoływana przez FUNC_UPDATE nie wymaga tego sprawdzenia. Atakujący może zwabić zalogowanego użytkownika backendu z uprawnieniem users[] na spreparowany link GET, aby nadać uprawnienia administratora, dezaktywować konta lub zablokować jedynego administratora.

REDAXO przed wersją 5.21.3 zawiera podatność reflected cross-site scripting na stronie szczegółów media pool backendu, gdzie parametr opener_link jest renderowany bez escapowania HTML. Nieuwierzytelnieni atakujący mogą zwabić zalogowanych użytkowników backendu z uprawnieniami do mediów do kliknięcia spreparowanego linku. Wstrzyknięty skrypt może następnie odczytać token CSRF i wykonać akcje z uprawnieniami ofiary, w tym wykonanie kodu poprzez edycję szablonów lub modułów, gdy ofiara jest administratorem.

REDAXO przed wersją 5.21.4 zawiera podatność typu stored cross-site scripting, która pozwala edytorom treści wstrzykiwać HTML poprzez przechowywanie nieescapowanych wartości renderowanych przez widgety media, medialist, link i linklist. Atakujący mogą przesyłać spreparowane wartości REX_INPUT_MEDIA lub REX_INPUT_LINK, które wychodzą poza atrybut value i wykonują skrypt w sesjach backendowych administratorów.

REDAXO core przed wersją 5.21.4 zawiera podatność typu missing authorization w trybach podglądu frontendowego structure/version i structure/history, które nie sprawdzają uprawnień do kategorii ani clang dla podglądanego artykułu. Każdy użytkownik backendu lub posiadacz uprawnienia history[article_rollback] może ustawić rex_version lub rex_history_date z dowolnymi wartościami article_id, aby odczytać nieopublikowane wersje robocze oraz treści historyczne lub usunięte.

REDAXO przed 5.21.5 zawiera brak autoryzacji w eksporcie dodatku backup, który akceptuje dowolną tabelę bazy danych. Użytkownicy niebędący administratorami z uprawnieniem backup[export] mogą eksportować tabele rex_user, rex_user_session i tabele innych aplikacji, uzyskując sesje i hasła.

REDAXO core przed wersją 5.21.5 zawiera podatność typu missing authorization w funkcji API rex_api_package, która pozwala użytkownikom backendu bez uprawnień administratora zarządzać pakietami przy użyciu jedynie ważnego tokenu CSRF. Atakujący posiadający token, np. zdegradowani administratorzy z aktywnymi sesjami, mogą odinstalować dodatki systemowe, takie jak structure (usuwając ich tabele bazy danych), dezaktywować, instalować lub aktywować pakiety oraz usuwać pakiety niebędące systemowymi.

REDAXO przed wersją 5.21.2 w pliku sync.php wstawia nazwy plików z systemu plików mediów do strony synchronizacji Mediapool bez użycia rex_escape(). Atakujący mogący umieścić niezarejestrowany plik ze znakami metaznaków HTML w katalogu mediów może wykonać skrypt w przeglądarce użytkownika backendu z uprawnieniem media[sync].

REDAXO przed wersją 5.21.2 w funkcji mediaIsInUse() w media_manager.php wstawia nazwę typu Media Manager do surowego HTML ostrzeżenia backendu bez escapowania. Administrator z dostępem do Media Manager może zapisać HTML w nazwie typu, a ładunek wykonuje się w przeglądarce innego administratora próbującego usunąć media powiązane z efektami tego typu.

REDAXO przed wersją 5.21.2 w funkcji rex_api_install_package_update w api_package_update.php dziedziczy domyślną wartość false z rex_api_function::requiresCsrfProtection() zamiast wymagać tokenu CSRF. Nieuwierzytelniony atakujący może spowodować, że przeglądarka zalogowanego administratora zażąda aktualizacji wybranego pakietu z serwera pakietów REDAXO, zmieniając kod zainstalowanego dodatku lub zakłócając działanie strony.

REDAXO przed wersją 5.21.2 w rex_list::getSortColumn() w list.php akceptuje parametr sort bez sprawdzenia, czy setColumnSortable() zarejestrowało żądaną kolumnę. Uwierzytelniony użytkownik backendu może spowodować, że prepareQuery() doda escapowany, ale nieautoryzowany identyfikator ORDER BY, umożliwiając enumerację kolumn w tabelach połączonych i sortowanie po niejawnych polach wrażliwych, takich jak rex_user.password.

REDAXO od wersji 5.18.2 do 5.21.1 pozwala uwierzytelnionemu użytkownikowi backendu z uprawnieniem media[upload] na przesłanie pliku JPEG/PHP polyglot o nazwie shell.php.any.jpg, który serwery WWW z obsługą wielorozszerzeniowych handlerów PHP mogą wykonać jako użytkownik serwera WWW.

REDAXO to CMS oparty na PHP. W wersjach przed 5.20.1 w widoku Mediapool występuje podatność typu reflected XSS — parametr żądania args[types] jest renderowany w banerze informacyjnym bez escapowania HTML. Umożliwia to wykonanie dowolnego kodu JavaScript w kontekście backendu, gdy zalogowany użytkownik odwiedzi spreparowany link.