GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux kernel mm: use-after-free of address_space ops in folio_unmap_invalidate()

CVSS 9.8CVE-2026-31589Kernel, userspace & hypervisorcurated

Impact

folio_unmap_invalidate() called filemap_free_folio() after it had already removed the folio from its mapping. At that point nothing kept the mapping alive, so it could be freed in a race, and the later read of mapping->a_ops was a use-after-free. This is in the core page-cache code that every host runs. A race that is won can crash the kernel or corrupt memory, which on a GPU node takes down every tenant workload on it. The record does not describe how this can be exploited. The NVD score of 9.8 with a network vector is not supported by the description, which reads as a local race in the invalidation path.

Who can reach it

Local. Needs a process that can drive page-cache invalidation on a file, for example through truncation or uncached and invalidating I/O, while racing mapping teardown. The record does not say whether privilege is needed.

What to do

Install a kernel that contains one of the referenced stable commits, then drain and reboot each node. The record names no mitigation that avoids a reboot.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.