CVE-2024-48112: think · A Deserialization
Affects thinkSource CVE Database V5
Not known to be exploited · CVSS 9.8 Critical.
Data as of 26 Oct 2026, 09:15 UTC
- EPSS
- 0.8% chance of exploitation in 30 days – higher than 58% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 30 Oct 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubtop-think/thinkpkg:github/top-think/thinkOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-48112, organizations should take the following specific actions: 1) Immediately identify and inventory all instances of ThinkPHP versions 6.1.3 through 8.0.4 in their environment. 2) Monitor official ThinkPHP channels for patches or security updates addressing this vulnerability and apply them as soon as they become available. 3) In the absence of patches, implement temporary mitigations such as disabling or restricting deserialization functionality in the \controller\Index.php component or related code paths. 4) Employ web application firewalls (WAFs) with updated rules to detect and block malicious serialized payloads targeting this vulnerability. 5) Conduct thorough code reviews to identify unsafe deserialization practices and refactor code to use safe serialization libraries or implement strict input validation and sanitization. 6) Restrict network access to vulnerable applications by limiting exposure to trusted IPs or internal networks where feasible. 7) Enable comprehensive logging and monitoring to detect suspicious activities indicative of exploitation attempts. 8) Educate development and security teams about the risks of unsafe deserialization and secure coding practices to prevent similar vulnerabilities. 9) Consider deploying runtime application self-protection (RASP) solutions to detect and prevent exploitation in real time. 10) Prepare incident response plans to quickly contain and remediate any successful attacks leveraging this vulnerability.
Description
A deserialization vulnerability in the component \controller\Index.php of Thinkphp v6.1.3 to v8.0.4 allows attackers to execute arbitrary code.