CVE-2026-80428
KrytyczneCVSS 9.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 42 - wyżej niż 42% wszystkich znanych CVE
Streszczenie
ILIAS deserializuje dane sesji przechowywane dla nieuwierzytelnionego wywołującego. Endpoint Shibboleth back-channel nie wymaga uwierzytelnienia, a parser sesji używa funkcji unserialize bez ograniczeń klas, co pozwala na wykonanie kodu przez złośliwe obiekty.
Ocena ryzyka
Atakujący może umieścić zserializowany obiekt w sesji bez logowania, co prowadzi do wykonania kodu jako użytkownik serwera WWW, umożliwiając pełną kompromitację systemu.
Rekomendacja
Zaktualizuj ILIAS do wersji 9.22, 10.10 lub 11.3, które usuwają implementację logout-notification, lub zastosuj dostępne poprawki bezpieczeństwa.
Inne podatności w ILIAS
Zobacz wszystkie- CVE-2026-82877Średnie
ILIAS przed wersją 9.22, wersje 10.0 do 10.9 oraz 11.0 do 11.2 zawierają podatność na dowolny odczyt plików w metodzie SOAP addFile, która pozwala uwierzytelnionym użytkownikom na odczyt plików serwera poprzez dostarczenie spreparowanego XML z importami w trybie COPY. Atakujący mogą konstruować bezwzględne ścieżki plików przez niesandboxowany katalog importu i pobierać wrażliwe pliki, w tym pliki konfiguracyjne zawierające dane uwierzytelniające bazy danych i hasła konfiguracyjne.
- CVE-2026-12789Średnie
W systemie ILIAS Learning Management System 11.0 wykryto podatność na iniekcję SQL w funkcji ilTrQuery::executeQueries pliku class.ilTrQuery.php komponentu śledzenia postępów w nauce. Manipulacja argumentem troup_table_nav umożliwia zdalne wykonanie ataku. Exploit jest publicznie dostępny.
- CVE-2023-36484Średnie
ILIAS w wersjach 7.21 oraz 8.0_beta1 do 8.2 jest podatny na odzwierciedlone ataki Cross-Site Scripting (XSS).
- CVE-2023-36488Średnie
ILIAS w wersjach 7.21 oraz 8.0_beta1 do 8.2 jest podatny na przechowywane ataki Cross Site Scripting (XSS).
Oryginalny opis (angielski, źródło NVD)
ILIAS deserialises stored session data for an unauthenticated caller. The Shibboleth back-channel endpoint at components/ILIAS/AuthShibboleth/resources/shib_logout.php runs in a context that ilInitialisation exempts from authentication, and its logout-notification handler locates the session to terminate by reading every live row of the session table and passing each row's stored data to a hand-written parser that calls unserialize without restricting which classes may be constructed. Any serialised object present in any session row is therefore instantiated on behalf of an anonymous request, and object destructors run when those objects are discarded. A serialised object can be placed into a session row without logging in, because the LTI authentication entry point stores request parameters into the session and is reachable on a path the same initialisation code exempts from authentication. A class bundled with the application writes a JSON-encoded structure to a file named by one of its own properties when it is destroyed, which places attacker-controlled content at an attacker-chosen path below the web root and results in code execution as the web server user. Versions 9.22, 10.10 and 11.3 remove the endpoint's logout-notification implementation.

