CVE-2026-46696
NiskieCVSS 3.3Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 12 - wyżej niż 12% wszystkich znanych CVE
Streszczenie
Podatność w module systemu October CMS dotyczy polityki bezpieczeństwa sandboxa Twig, gdy włączony jest tryb cms.safe_mode. Poprzez łańcuch obejść można było uzyskać dostęp do magazynu sesji Laravel oraz surowych metod SQL, co pozwalało użytkownikowi backendu z uprawnieniami do edycji znaczników CMS odczytywać dowolne dane z bazy i podszyć się pod sesję innego użytkownika. Luka została naprawiona w wersjach 3.7.17 i 4.2.21.
Ocena ryzyka
Ryzyko występuje wyłącznie w witrynach z włączonym cms.safe_mode, w których niezaufany użytkownik ma dostęp do edytora znaczników CMS, a istnieje konto superużytkownika. W takiej konfiguracji możliwe jest podszycie się pod sesję innego użytkownika i odczyt dowolnych danych z bazy. Standardowe wdrożenia produkcyjne nie włączają Safe Mode, więc ich ryzyko jest znikome.
Rekomendacja
Zaktualizuj October CMS do wersji 3.7.17 lub 4.2.21 (lub nowszej). Jeśli aktualizacja nie jest możliwa, ogranicz dostęp do edycji znaczników CMS wyłącznie do w pełni zaufanych administratorów; nie wyłączaj cms.safe_mode jako obejścia, ponieważ to właśnie ten mechanizm jest granicą bezpieczeństwa.
Inne podatności w October CMS
Zobacz wszystkie- CVE-2017-16941Wysokie
October CMS w wersji do 1.0.428 nie blokuje użycia plików .htaccess w motywach, co pozwala zdalnym uwierzytelnionym użytkownikom na wykonanie dowolnego kodu PHP poprzez pobranie archiwum ZIP motywu z /backend/cms/themes, a następnie przesłanie i zaimportowanie zmodyfikowanego archiwum z dwoma nowymi plikami: plikiem .php i .htaccess.
- CVE-2017-1000195Wysokie
Wersja 412 systemu October CMS jest podatna na wstrzykiwanie obiektów PHP w funkcjonalności przenoszenia zasobów, co umożliwia usuwanie plików ograniczonych przez uprawnienia plików na serwerze.
- CVE-2017-1000119Wysokie
October CMS w wersji 412 jest podatny na wykonanie kodu PHP w funkcjonalności przesyłania plików, co może prowadzić do kompromitacji strony oraz potencjalnie innych aplikacji na serwerze.
- CVE-2021-32648WysokieAktywnie exploitowane
Podatność w pakiecie october/system platformy October CMS pozwala atakującemu na żądanie resetu hasła konta, a następnie uzyskanie dostępu do konta za pomocą specjalnie spreparowanego żądania. Problem został naprawiony w Build 472 i wersji 1.1.5.
- CVE-2017-1000197Krytyczne
October CMS w wersji 412 jest podatny na modyfikację ścieżki pliku w funkcjonalności przenoszenia zasobów, co może prowadzić do tworzenia złośliwych plików na serwerze.
- CVE-2017-1000196Krytyczne
October CMS w wersji 412 jest podatny na wykonanie kodu PHP w funkcjonalności menedżera zasobów, co może prowadzić do kompromitacji strony oraz potencjalnie innych aplikacji na serwerze.
- CVE-2017-1000194Krytyczne
Wersja 412 systemu October CMS jest podatna na modyfikację konfiguracji Apache poprzez funkcjonalność przesyłania plików, co może prowadzić do kompromitacji strony oraz innych aplikacji na serwerze.
- CVE-2026-49400Niskie
October CMS w wersjach przed 3.7.17 i 4.2.21 zawiera podatność na iniekcję obiektów PHP w module systemowym. Backendowy trait `SessionMaker` przechowywał stan sesji widgetów jako `base64(serialize(...))` i odczytywał go przez `unserialize()` bez ograniczenia `allowed_classes`, co umożliwiało atakującemu wstrzyknięcie zserializowanych danych i wywołanie łańcuchów gadżetów PHP. Problem dotyczy tylko instalacji z włączonym trybem Safe Mode, który jest opcjonalny i stosowany głównie w scenariuszach z niezaufanymi użytkownikami.
- CVE-2026-25133Średnie
October CMS w wersjach przed 3.7.14 i 4.1.10 zawiera podatność na trwałe XSS w logice sanityzacji SVG. Wzorzec regex używany do usuwania atrybutów obsługi zdarzeń (np. onclick, onload) może zostać ominięty przez spreparowany ładunek, co pozwala na przesyłanie złośliwych plików SVG przez Menedżera Mediów z osadzonym JavaScriptem. Eksploatacja może prowadzić do eskalacji uprawnień, jeśli superużytkownik wyświetli lub osadzi złośliwy SVG, i wymaga uwierzytelnionego dostępu do backendu z uprawnieniami do przesyłania multimediów.
- CVE-2026-25125Średnie
October CMS przed wersjami 3.7.14 i 4.1.10 zawiera podatność na ujawnienie informacji po stronie serwera w parserze ustawień INI. PHP parse_ini_string() obsługuje składnię ${} dla zmiennych środowiskowych, co pozwala atakującym z dostępem edytora na wstrzykiwanie wzorców, takich jak ${APP_KEY}, co prowadzi do ujawnienia wrażliwych zmiennych środowiskowych.
Oryginalny opis (angielski, źródło NVD)
October System provides the system module for October Content Management System. Versions prior to 3.7.17 and 4.2.21 have a vulnerability in the Twig sandbox security policy that allowed a chained bypass when `cms.safe_mode` is enabled. The Laravel session store was exposed to Twig with unrestricted method access, and raw SQL methods reachable through Eloquent's `__call` forwarding were not blocked across the full builder chain. When combined, a backend user with CMS markup editing access could read arbitrary database values via raw SQL expressions and write to the backend authentication session key, forging a backend session as another existing user. The scope of impact is narrow. Safe Mode is a niche feature, primarily used for demo installations and multi-tenant or shared-editor scenarios where untrusted users are deliberately granted access to the CMS markup editor. Standard production deployments do not enable Safe Mode, because under normal October CMS guidance backend access - including markup editing - is restricted to trusted administrators, and direct PHP injection through markup is already possible without Safe Mode in that configuration. This issue only affects sites that meet all of the following conditions: `cms.safe_mode` is enabled (a deliberate opt-in for demos or untrusted-editor scenarios; the site has at least one backend user with CMS markup editing access who is not intended to be trusted as a full administrator; and the site has at least one existing superuser account whose session the lower-privileged user can impersonate. The vulnerability has been patched in v3.7.17 and v4.2.21. The Laravel session store is now wrapped in a proxy that exposes only an explicit subset of read/write methods and rejects writes to reserved session key prefixes (`admin_auth`, `october_auth`, `login_*`, `_token`, and other framework internals). Raw SQL and subquery methods (`selectRaw`, `whereRaw`, `orderByRaw`, `joinSub`, and related) are now blocked on `Query\Builder`, `Eloquent\Builder`, and `Eloquent\Model` so the blocklist is consistent across the `__call` forwarding chain. All sites that enable `cms.safe_mode` are encouraged to upgrade to the latest patched version. A workaround is available. Restrict CMS markup editing access to fully trusted administrators only - the standard October CMS recommendation for any deployment. Note that disabling `cms.safe_mode` is not a workaround; Safe Mode is the boundary this issue affects, and disabling it removes the only sandbox between markup editors and the server.