CVE-2021-47462: mm/mempolicy: do not allow illegal MPOL_F_NUMA_BALANCING | MPOL_LOCAL in mbind()
In the Linux kernel, the following vulnerability has been resolved:
mm/mempolicy: do not allow illegal MPOL_F_NUMA_BALANCING | MPOL_LOCAL in mbind()
syzbot reported access to unitialized memory in mbind() [1]
Issue came with commit bda420b98505 ("numa balancing: migrate on fault
among multiple bound nodes")
This commit added a new bit in MPOL_MODE_FLAGS, but only checked valid
combination (MPOL_F_NUMA_BALANCING can only be used with MPOL_BIND) in
do_set_mempolicy()
This patch moves the check in sanitize_mpol_flags() so that it is also
used by mbind()
[1]
BUG: KMSAN: uninit-value in __mpol_equal+0x567/0x590 mm/mempolicy.c:2260
__mpol_equal+0x567/0x590 mm/mempolicy.c:2260
mpol_equal include/linux/mempolicy.h:105 [inline]
vma_merge+0x4a1/0x1e60 mm/mmap.c:1190
mbind_range+0xcc8/0x1e80 mm/mempolicy.c:811
do_mbind+0xf42/0x15f0 mm/mempolicy.c:1333
kernel_mbind mm/mempolicy.c:1483 [inline]
__do_sys_mbind mm/mempolicy.c:1490 [inline]
__se_sys_mbind+0x437/0xb80 mm/mempolicy.c:1486
__x64_sys_mbind+0x19d/0x200 mm/mempolicy.c:1486
do_syscall_x64 arch/x86/entry/common.c:51 [inline]
do_syscall_64+0x54/0xd0 arch/x86/entry/common.c:82
entry_SYSCALL_64_after_hwframe+0x44/0xae
Uninit was created at:
slab_alloc_node mm/slub.c:3221 [inline]
slab_alloc mm/slub.c:3230 [inline]
kmem_cache_alloc+0x751/0xff0 mm/slub.c:3235
mpol_new mm/mempolicy.c:293 [inline]
do_mbind+0x912/0x15f0 mm/mempolicy.c:1289
kernel_mbind mm/mempolicy.c:1483 [inline]
__do_sys_mbind mm/mempolicy.c:1490 [inline]
__se_sys_mbind+0x437/0xb80 mm/mempolicy.c:1486
__x64_sys_mbind+0x19d/0x200 mm/mempolicy.c:1486
do_syscall_x64 arch/x86/entry/common.c:51 [inline]
do_syscall_64+0x54/0xd0 arch/x86/entry/common.c:82
entry_SYSCALL_64_after_hwframe+0x44/0xae
=====================================================
Kernel panic - not syncing: panic_on_kmsan set ...
CPU: 0 PID: 15049 Comm: syz-executor.0 Tainted: G B 5.15.0-rc2-syzkaller #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
Call Trace:
__dump_stack lib/dump_stack.c:88 [inline]
dump_stack_lvl+0x1ff/0x28e lib/dump_stack.c:106
dump_stack+0x25/0x28 lib/dump_stack.c:113
panic+0x44f/0xdeb kernel/panic.c:232
kmsan_report+0x2ee/0x300 mm/kmsan/report.c:186
__msan_warning+0xd7/0x150 mm/kmsan/instrumentation.c:208
__mpol_equal+0x567/0x590 mm/mempolicy.c:2260
mpol_equal include/linux/mempolicy.h:105 [inline]
vma_merge+0x4a1/0x1e60 mm/mmap.c:1190
mbind_range+0xcc8/0x1e80 mm/mempolicy.c:811
do_mbind+0xf42/0x15f0 mm/mempolicy.c:1333
kernel_mbind mm/mempolicy.c:1483 [inline]
__do_sys_mbind mm/mempolicy.c:1490 [inline]
__se_sys_mbind+0x437/0xb80 mm/mempolicy.c:1486
__x64_sys_mbind+0x19d/0x200 mm/mempolicy.c:1486
do_syscall_x64 arch/x86/entry/common.c:51 [inline]
do_syscall_64+0x54/0xd0 arch/x86/entry/common.c:82
entry_SYSCALL_64_after_hwframe+0x44/0xae
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel memory-management flaw in NUMA memory policy handling. A malformed policy combination in mbind() could reach uninitialized memory paths and trigger a kernel fault condition observed by syzbot/KMSAN. Business impact depends on whether exposed systems run affected kernel versions and allow local users or workloads to invoke the vulnerable syscall path.
Executive priority
Treat as a kernel maintenance item with uncertain severity. Prioritize patching internet-facing infrastructure only if it also hosts untrusted local users or workloads. Otherwise, include it in the next controlled Linux kernel update cycle after confirming vendor fix status.
Technical view
The bug was introduced by commit bda420b98505, which added MPOL_F_NUMA_BALANCING but validated its legal pairing only in do_set_mempolicy(). mbind() missed that validation, allowing MPOL_F_NUMA_BALANCING with MPOL_LOCAL and causing uninitialized memory use in __mpol_equal() during VMA merge handling. Stable kernel commits move validation into sanitize_mpol_flags().
Likely exposure
Exposure is limited to Linux systems running affected kernel builds identified in the CVE record. The source bundle does not identify a remote attack surface, affected distributions, container escape impact, or default exploitability. Kernel package backports may change exposure versus upstream version numbers.
Exploitation context
No source in the bundle reports active exploitation, and KEV is false. Evidence comes from syzbot/KMSAN crash reporting and kernel stable fixes. The provided sources do not include public exploit status, privilege requirements, or real-world abuse details.
Researcher notes
The key validation gap is placement of MPOL_F_NUMA_BALANCING checks. Researchers should focus on whether downstream kernels include sanitize_mpol_flags() enforcement for mbind(), not just do_set_mempolicy(). The bundle does not provide CVSS, CWE, exploitability assessment, or distro-specific package status.
Mitigation direction
Upgrade to a kernel containing the referenced stable fixes.
Check distribution advisories for backported fixes to packaged kernels.
Prioritize shared Linux hosts with untrusted local workloads.
Document the kernel update in normal vulnerability management records.
Validation and detection
Inventory Linux kernel versions and vendor package build numbers.
Compare installed kernels against distribution advisories and upstream fixed commits.
Confirm no systems remain on affected upstream kernel lines listed in the CVE record.
Review crash telemetry for related mbind(), mempolicy, or KMSAN kernel faults.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2021-47462 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.