CVE-2026-112285

Thelia przed wersją 3.1.1 zawiera podatność na przechowywany XSS, która pozwala uwierzytelnionym administratorom back-office z uprawnieniem do aktualizacji sklepu wstrzykiwać skrypty przez przesyłanie nieoczyszczonych obrazów SVG logo_file lub banner_file. Złośliwy SVG z ładunkiem onload może być serwowany z /admin/store-media/logo lub publicznego katalogu cache/images/store/ i wykonywać skrypty wobec odwiedzających i administratorów z wyższymi uprawnieniami.

Thelia przed wersją 3.2.0 zawiera podatność cross-site request forgery w panelu administracyjnym, która pozwala atakującym sfałszować działania administracyjne, ponieważ tokeny CSRF na sesję wyciekają przez ciągi zapytań URL. Atakujący może ponownie użyć ujawnionych tokenów lub wykorzystać niechronione akcje setToggleVisibilityAction i updatePositionAction, aby zalogowani administratorzy usuwali, ukrywali lub zmieniali kolejność obiektów katalogu i konfiguracji.

Thelia przed wersją 3.1.0 zawiera podatność przechowywanego cross-site scripting w funkcji ForSomeCustomers::getSummary(), która pozwala nieuwierzytelnionym atakującym wstrzykiwać skrypty poprzez nieescapowane nazwy klientów. Atakujący może zarejestrować się z ładunkiem skryptu jako nazwą, który wykonuje się, gdy administratorzy przeglądają powiązane kupony, kradnąc tokeny CSRF w celu utworzenia kont administratorów.

Thelia przed wersją 3.1.2 i 3.2.x przed 3.2.1 zawiera podatność na nieograniczone przesyłanie plików, która pozwala uwierzytelnionym użytkownikom panelu administracyjnego na przesyłanie plików PHP przez dodanie spacji na końcu nazwy pliku. FileProcessorService waliduje surową nazwę pliku, ale FileManager::sanitizeFileName() usuwa spację, przechowując wykonywalny plik .php w public/cache/documents/ w celu wykonania kodu jako użytkownik serwera WWW.

Thelia przed wersją 3.1.2 oraz wersje 3.2.x przed 3.2.1 zawiera podatność wstrzykiwania formuł CSV, która pozwala nieuwierzytelnionym odwiedzającym wstrzykiwać formuły arkusza kalkulacyjnego poprzez podanie spreparowanych pól rejestracji, zamówienia lub newslettera.

Funkcja Email/Messages w back-office Thelia 3.0.0 zawiera podatność na wstrzyknięcie szablonów po stronie serwera (SSTI), pozwalającą uwierzytelnionemu użytkownikowi z uprawnieniem „Messages” na dostarczenie nieosadzonych w piaskownicy szablonów Twig, które są kompilowane i wykonywane jako surowy kod. Może to prowadzić do pełnego przejęcia aplikacji i hosta.

Thelia 2.6.1 zawiera podatność absolutnej ścieżki traversal w obsłudze szablonów Smarty, umożliwiającą SSTI i zdalne wykonanie kodu. Funkcja checkTemplate() ogranicza względne sekwencje traversal, ale nie odrzuca ścieżek absolutnych, co pozwala autoryzowanemu użytkownikowi podać dowolną ścieżkę jako szablon. Smarty ładuje i kompiluje wskazany plik bez skutecznej polityki bezpieczeństwa, co może prowadzić do wykonania kodu z uprawnieniami serwera WWW.

Thelia v2.6.1 zawiera podatności path traversal i wstrzykiwania kodu PHP w edytorze tłumaczeń, które można połączyć, aby osiągnąć zdalne wykonanie kodu. Parametr item_name nie oczyszcza sekwencji traversal, co pozwala uwierzytelnionemu użytkownikowi z uprawnieniami UPDATE na admin.configuration.language zapisywać pliki poza katalogiem templates/, w tym w ścieżkach dostępnych przez WWW. Dodatkowo logika zapisu tłumaczeń nie escapuje znaków \, co pozwala na wstrzyknięcie kodu PHP do pliku tłumaczeń. Połączone luki umożliwiają zapis złośliwego pliku PHP i jego wykonanie z uprawnieniami serwera WWW.

Thelia v2.6.0 umożliwia uwierzytelnionym administratorom przesyłanie i instalowanie modułów przez funkcję ZIP upload bez walidacji lub sandboxowania osadzonego kodu PHP. Atakujący może umieścić złośliwy kod PHP w metodzie install() modułu, który zostanie wykonany podczas instalacji, umożliwiając zdalne wykonanie kodu z uprawnieniami serwera WWW.

Thelia 2.6.0 używa Smarty do szablonów e-mail bez odpowiedniego ograniczenia dostępu do niebezpiecznych funkcji PHP. Uwierzytelniony administrator może wstrzyknąć złośliwe wyrażenia Smarty do szablonów e-mail przez interfejs konfiguracji wiadomości, a podczas podglądu lub renderowania funkcje takie jak system(), exec(), file_put_contents() i file_get_contents() mogą być wykonane z uprawnieniami procesu WWW. Pozwala to na wykonanie dowolnych poleceń OS, operacje odczytu/zapisu plików i RCE na serwerze.