CVE-2026-89986mm/mempolicy: fix sleeping allocation in alloc_pages_bulk_weighted_interleave()
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: mm/mempolicy: fix sleeping allocation in alloc_pages_bulk_weighted_interleave() syzbot reported a sleeping function called from invalid context splat in bucket_table_alloc(). When rhashtable_insert_slow() rehashes the table under rcu_read_lock(), it calls bucket_table_alloc(..., GFP_ATOMIC | __GFP_NOWARN). If the bucket table allocation uses vmalloc, __vmalloc_node_range_noprof() invokes vm_area_alloc_pages() -> alloc_pages_bulk_mempolicy_noprof() with the passed GFP_ATOMIC flags. If the current task has an MPOL_WEIGHTED_INTERLEAVE mempolicy, alloc_pages_bulk_weighted_interleave() is called and currently hardcodes GFP_KERNEL when allocating the temporary weights array, triggering a might_alloc() splat in atomic/RCU contexts. Pass the gfp flags (masked with GFP_RECLAIM_MASK to strip page-allocator zone modifiers like __GFP_HIGHMEM) received by alloc_pages_bulk_weighted_interleave() to kmalloc() instead of hardcoding GFP_KERNEL. Since the weights buffer is immediately initialized in full, kmalloc() is sufficient.
- CVSS
- 7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Sep 16, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | from fa3bea4e1f8202d787709b7e3654eb0a99aed758 before bcb3d0c867ee40dc48e9c085bf328fbc679b6656; from fa3bea4e1f8202d787709b7e3654eb0a99aed758 before 0ceda28f371df9e0bbdaa29214f71fe8298f23d8; from fa3bea4e1f8202d787709b7e3654eb0a99aed758 before 2943f1f4b7f2816177060eb9f551f2e6d8b629ba; from fa3bea4e1f8202d787709b7e3654eb0a99aed758 before 540e583b66d6402bf556fde5e53c817a54c1afe5 | CNA record |
References
- https://git.kernel.org/stable/c/bcb3d0c867ee40dc48e9c085bf328fbc679b6656
- https://git.kernel.org/stable/c/0ceda28f371df9e0bbdaa29214f71fe8298f23d8
- https://git.kernel.org/stable/c/2943f1f4b7f2816177060eb9f551f2e6d8b629ba
- https://git.kernel.org/stable/c/540e583b66d6402bf556fde5e53c817a54c1afe5
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.