Description
In the Linux kernel, the following vulnerability has been resolved: mm/rmap: fix potential out-of-bounds page table access during batched unmap As pointed out by David[1], the batched unmap logic in try_to_unmap_one() may read past the end of a PTE table when a large folio's PTE mappings are not fully contained within a single page table. While this scenario might be rare, an issue triggerable from userspace must be fixed regardless of its likelihood. This patch fixes the out-of-bounds access by refactoring the logic into a new helper, folio_unmap_pte_batch(). The new helper correctly calculates the safe batch size by capping the scan at both the VMA and PMD boundaries. To simplify the code, it also supports partial batching (i.e., any number of pages from 1 up to the calculated safe maximum), as there is no strong reason to special-case for fully mapped folios.
Product status
354dffd29575cdf13154e8fb787322354aa9efc4 (git) before 510fe9c15d07e765d96be9a9dc37e5057c6c09f4
354dffd29575cdf13154e8fb787322354aa9efc4 (git) before ddd05742b45b083975a0855ef6ebbf88cf1f532a
6.15
Any version before 6.15
6.15.7 (semver)
6.16 (original_commit_for_fix)
References
git.kernel.org/...c/510fe9c15d07e765d96be9a9dc37e5057c6c09f4
git.kernel.org/...c/ddd05742b45b083975a0855ef6ebbf88cf1f532a