CVE-2024-24824: graylog2-server vulnerable to instantiation of arbitrary classes triggered by API request
Summary
Arbitrary classes can be loaded and instantiated using a HTTP PUT request to the /api/system/clusterconfig/ endpoint.
Details
Graylog's cluster config system uses fully qualified class names as config keys. To validate the existence of the requested class before using them, Graylog loads the class using the class loader.
https://github.com/Graylog2/graylog2-server/blob/e458db8bf4f789d4d19f1b37f0263f910c8d036c/graylog2-server/src/main/java/org/graylog2/rest/resources/system/ClusterConfigResource.java#L208-L214
PoC A request of the following form will output the content of the /etc/passwd file:
curl -u admin:<admin-password> -X PUT http://localhost:9000/api/system/clusterconfig/java.io.File \ -H "Content-Type: application/json" \ -H "X-Requested-By: poc" \ -d '"/etc/passwd"'
To perform the request, authorization is required. Only users posessing the clusterconfigentry:create and clusterconfigentry:edit permissions are allowed to do so. These permissions are usually only granted to Admin users.
Impact
If a user with the appropriate permissions performs the request, arbitrary classes with 1-arg String constructors can be instantiated.
This will execute arbitrary code that is run during class instantiation.
In the specific use case of java.io.File, the behaviour of the internal web-server stack will lead to information exposure by including the entire file content in the response to the REST request.
Credits
Analysis provided by Fabian Yamaguchi - Whirly Labs (Pty) Ltd
Other sources
Graylog is a free and open log management platform. Starting in version 2.0.0 and prior to versions 5.1.11 and 5.2.4, arbitrary classes can be loaded and instantiated using a HTTP PUT request to the /api/system/clusterconfig/ endpoint. Graylog's cluster config system uses fully qualified class names as config keys. To validate the existence of the requested class before using them, Graylog loads the class using the class loader. If a user with the appropriate permissions performs the request, arbitrary classes with 1-arg String constructors can be instantiated. This will execute arbitrary code that is run during class instantiation. In the specific use case of java.io.File, the behavior of the internal web-server stack will lead to information exposure by including the entire file content in the response to the REST request. Versions 5.1.11 and 5.2.4 contain a fix for this issue.
— MITRE
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
maven/org.graylog2:graylog2-serverto a version that resolves this vulnerability.Fixed in 5.2.4 - Upgrade
Upgrade
maven/org.graylog2:graylog2-serverto a version that resolves this vulnerability.Fixed in 5.1.11 - Upgrade
Upgrade
Graylog (graylog2-server)to a version that resolves this vulnerability.Fixed in 5.1.11 - Upgrade
Upgrade
Graylog (graylog2-server)to a version that resolves this vulnerability.Fixed in 5.2.4
Event History
Frequently Asked Questions
What is the severity of CVE-2024-24824?
CVE-2024-24824 has a high severity due to its ability to allow arbitrary classes to be loaded and instantiated remotely.
How do I fix CVE-2024-24824?
To fix CVE-2024-24824, upgrade to Graylog version 5.2.4 or 5.1.11, which includes the necessary patches.
What versions of Graylog are affected by CVE-2024-24824?
CVE-2024-24824 affects Graylog versions from 2.0.0 to 5.2.4, specifically versions 5.2.0-alpha.1 through 5.2.4 and 2.0.0 through 5.1.11.
What are the implications of CVE-2024-24824?
The implications of CVE-2024-24824 include potential remote code execution due to unauthorized class instantiation.
Is it safe to use older versions of Graylog after CVE-2024-24824?
No, using older versions of Graylog that are vulnerable to CVE-2024-24824 poses significant security risks.