CVE-2026-80428: ILIAS before 9.22, 10.10 and 11.3 Unauthenticated PHP Object Injection via Shibboleth Logout Endpoint
ILIAS deserialises stored session data for an unauthenticated caller. The Shibboleth back-channel endpoint at components/ILIAS/AuthShibboleth/resources/shiblogout.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.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
ILIASto a version that resolves this vulnerability.Fixed in 9.22 - Upgrade
Upgrade
ILIASto a version that resolves this vulnerability.Fixed in 10.10 - Upgrade
Upgrade
ILIASto a version that resolves this vulnerability.Fixed in 11.3 - Configuration
Remove/disable the logout-notification implementation in the Shibboleth logout endpoint at components/ILIAS/AuthShibboleth/resources/shib_logout.php (as done in versions 9.22, 10.10, and 11.3) so it no longer reads session rows and calls unserialize on session data.
ILIAS Shibboleth back-channel endpoint (components/ILIAS/AuthShibboleth/resources/shib_logout.php) logout-notification handler implementation = removed
Event History
Frequently Asked Questions
Which deployments are exposed?
ILIAS versions before 9.22, 10.10, and 11.3 are affected. The vulnerable Shibboleth back-channel logout endpoint and the LTI authentication entry point are both exempted from authentication by the application initialization code.
Does exploitation require an account or user interaction?
No. The issue is reachable by an unauthenticated caller, and attacker-controlled serialized data can be placed into a session row without logging in through the LTI authentication entry point. No user interaction is required.
What access can successful exploitation provide?
Successful exploitation can result in code execution as the web server user. The described destructor writes attacker-controlled content to an attacker-chosen path below the web root.
What vulnerable behavior should responders investigate?
Investigate unauthenticated requests to the Shibboleth back-channel logout endpoint at components/ILIAS/AuthShibboleth/resources/shib_logout.php and the LTI authentication entry point. The logout handler processes every live session-table row and unserializes stored session data without restricting constructible classes.