CVE-2024-41074: Linux kernel · Use After Free
Source GCVE Database
Not known to be exploited · CVSS 7.8 High.
Data as of 29 Oct 2026, 22:52 UTC
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 29 Jul 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 29 Oct 2026.
Description
In the Linux kernel, the following vulnerability has been resolved: cachefiles: Set object to close if ondemand_id < 0 in copen If copen is maliciously called in the user mode, it may delete the request corresponding to the random id. And the request may have not been read yet. Note that when the object is set to reopen, the open request will be done with the still reopen state in above case. As a result, the request corresponding to this object is always skipped in select_req function, so the read request is never completed and blocks other process. Fix this issue by simply set object to close if its id < 0 in copen.
References
- nvd.nist.gov/vuln/detail/CVE-2024-41074 (opens in a new tab)
- git.kernel.org/stable/c/0845c553db11c84ff53fccd59da11b6d6ece4a60 (opens in a new tab)
- git.kernel.org/stable/c/4f8703fb3482f92edcfd31661857b16fec89c2c0 (opens in a new tab)
- git.kernel.org/stable/c/703bea37d13e4ccdafd17ae7c4cb583752ba7663 (opens in a new tab)
- git.kernel.org/stable/c/c32ee78fbc670e6f90989a45d340748e34cad333 (opens in a new tab)
- lists.debian.org/debian-lts-announce/2025/01/msg00001.html (opens in a new tab)