CVE-2026-31589
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Summary
In the Linux kernel, the following vulnerability has been resolved:
mm: call ->free_folio() directly in folio_unmap_invalidate()
We can only call filemap_free_folio() if we have a reference to (or hold a lock on) the mapping. Otherwise, we've already removed the folio from the mapping so it no longer pins the mapping and the mapping can be removed, causing a use-after-free when accessing mapping->a_ops.
Follow the same pattern as __remove_mapping() and load the free_folio function pointer before dropping the lock on the mapping. That lets us make filemap_free_folio() static as this was the only caller outside filemap.c.
Affected Software
| Vendor | Product | Version Range | Status |
|---|---|---|---|
| Linux | Linux | fb7d3bc4149395c1ae99029c852eab6c28fc3c88 < efc52947247a21bbf79059539bbbd40f4ea76f00 | affected |
| Linux | Linux | fb7d3bc4149395c1ae99029c852eab6c28fc3c88 < b667df39d98a7a24be7c2a40ff0863dac1ad2cd7 | affected |
| Linux | Linux | fb7d3bc4149395c1ae99029c852eab6c28fc3c88 < c330e65ea59c4805d6ab6757c4ddfe8c63acef31 | affected |
| Linux | Linux | fb7d3bc4149395c1ae99029c852eab6c28fc3c88 < 615d9bb2ccad42f9e21d837431e401db2e471195 | affected |
| Linux | Linux | 6.14 | affected |
| Linux | Linux | 0 < 6.14 | unaffected |
| Linux | Linux | 6.18.27 <= 6.18.* | unaffected |
| Linux | Linux | 6.19.14 <= 6.19.* | unaffected |
| Linux | Linux | 7.0.1 <= 7.0.* | unaffected |
| Linux | Linux | 7.1 <= * | unaffected |
Weaknesses
References
- https://git.kernel.org/stable/c/efc52947247a21bbf79059539bbbd40f4ea76f00
- https://git.kernel.org/stable/c/b667df39d98a7a24be7c2a40ff0863dac1ad2cd7
- https://git.kernel.org/stable/c/c330e65ea59c4805d6ab6757c4ddfe8c63acef31
- https://git.kernel.org/stable/c/615d9bb2ccad42f9e21d837431e401db2e471195
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.