CVE-2026-46035
- Source
- https://cve.org/CVERecord?id=CVE-2026-46035
- Import Source
- https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2026-46035.json
- JSON Data
- https://api.test.osv.dev/v1/vulns/CVE-2026-46035
- Downstream
- Related
- Published
- 2026-05-27T12:56:44.260Z
- Modified
- 2026-06-18T03:56:37.807133467Z
- Summary
- mm/page_alloc: return NULL early from alloc_frozen_pages_nolock() in NMI on UP
- Details
-
In the Linux kernel, the following vulnerability has been resolved:
mm/pagealloc: return NULL early from allocfrozenpagesnolock() in NMI on UP
On UP kernels (!CONFIGSMP), spintrylock() is a no-op that unconditionally succeeds even when the lock is already held. As a result, allocfrozenpages_nolock() called from NMI context can re-enter rmqueue() and acquire the zone lock that the interrupted context is already holding, corrupting the freelists.
With CONFIGDEBUGSPINLOCK on UP, the following BUG is triggered with the slub_kunit test module:
BUG: spinlock trylock failure on UP on CPU#0, kunittrycatch/243 [...] Call Trace: <NMI> dumpstacklvl+0x3f/0x60 dorawspintrylock+0x41/0x50 rawspintrylock+0x24/0x50 rmqueue.isra.0+0x2a9/0xa70 getpagefromfreelist+0xeb/0x450 allocfrozenpagesnolocknoprof+0x111/0x1e0 allocateslab+0x42a/0x500 __slaballoc+0xa7/0x4c0 kmallocnolocknoprof+0x164/0x310 [...] </NMI>
Fix this by returning NULL early when invoked from NMI on a UP kernel.
- Database specific
{ "cna_assigner": "Linux", "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/46xxx/CVE-2026-46035.json" }- References
-
- https://git.kernel.org/stable/c/05b4ed8bef30bba4f559c8d835e2dd20c48cf8a4
- https://git.kernel.org/stable/c/620b46ed6ae17c8438d889c8c0cfddab36a1476c
- https://git.kernel.org/stable/c/a6d57efeaae3f3b3656514f600eac96be713d90e
- https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/46xxx/CVE-2026-46035.json
- https://nvd.nist.gov/vuln/detail/CVE-2026-46035
- https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git