{"id":"CVE-2024-41032","state":"PUBLISHED","title":"mm: vmalloc: check if a hash-index is in cpu_possible_mask","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nmm: vmalloc: check if a hash-index is in cpu_possible_mask\n\nThe problem is that there are systems where cpu_possible_mask has gaps\nbetween set CPUs, for example SPARC.  In this scenario addr_to_vb_xa()\nhash function can return an index which accesses to not-possible and not\nsetup CPU area using per_cpu() macro.  This results in an oops on SPARC.\n\nA per-cpu vmap_block_queue is also used as hash table, incorrectly\nassuming the cpu_possible_mask has no gaps.  Fix it by adjusting an index\nto a next possible CPU.","publishedAt":"2024-07-29T14:31:47.600Z","updatedAt":"2026-08-05T11:34:50.674Z","severity":{"score":7.8,"label":"High","version":"3.1","vector":"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H","source":"Linux"},"assigner":"Linux","products":["Linux Linux"],"affected":[{"vendor":"Linux","product":"Linux","defaultStatus":"unaffected","versions":[{"version":"062eacf57ad91b5c272f89dc964fd6dd9715ea7d","status":"affected","lessThan":"28acd531c9a365dac01b32e6bc54aed8c1429bcb","versionType":"git"},{"version":"062eacf57ad91b5c272f89dc964fd6dd9715ea7d","status":"affected","lessThan":"47f9b6e49b422392fb0e348a65eb925103ba1882","versionType":"git"},{"version":"062eacf57ad91b5c272f89dc964fd6dd9715ea7d","status":"affected","lessThan":"a34acf30b19bc4ee3ba2f1082756ea2604c19138","versionType":"git"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["mm/vmalloc.c"]},{"vendor":"Linux","product":"Linux","defaultStatus":"affected","versions":[{"version":"6.4","status":"affected"},{"version":"0","status":"unaffected","lessThan":"6.4","versionType":"semver"},{"version":"6.6.41","status":"unaffected","lessThanOrEqual":"6.6.*","versionType":"semver"},{"version":"6.9.10","status":"unaffected","lessThanOrEqual":"6.9.*","versionType":"semver"},{"version":"6.10","status":"unaffected","lessThanOrEqual":"*","versionType":"original_commit_for_fix"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["mm/vmalloc.c"]}],"references":["https://git.kernel.org/stable/c/28acd531c9a365dac01b32e6bc54aed8c1429bcb","https://git.kernel.org/stable/c/47f9b6e49b422392fb0e348a65eb925103ba1882","https://git.kernel.org/stable/c/a34acf30b19bc4ee3ba2f1082756ea2604c19138"],"weaknesses":[],"ingestedAt":"2026-10-29T20:07:39.287Z","source":{"repository":"CVEProject/cvelistV5","path":"cves/2024/41xxx/CVE-2024-41032.json","commit":"556c9d3a8cd17e218bb8e452ba7cd619a384ff47"},"raw":{"dataType":"CVE_RECORD","dataVersion":"5.2","cveMetadata":{"cveId":"CVE-2024-41032","state":"PUBLISHED","datePublished":"2024-07-29T14:31:47.600Z","dateUpdated":"2026-08-05T11:34:50.674Z","assignerShortName":"Linux","assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","dateReserved":"2024-07-12T12:17:45.619Z"},"containers":{"cna":{"title":"mm: vmalloc: check if a hash-index is in cpu_possible_mask","descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nmm: vmalloc: check if a hash-index is in cpu_possible_mask\n\nThe problem is that there are systems where cpu_possible_mask has gaps\nbetween set CPUs, for example SPARC.  In this scenario addr_to_vb_xa()\nhash function can return an index which accesses to not-possible and not\nsetup CPU area using per_cpu() macro.  This results in an oops on SPARC.\n\nA per-cpu vmap_block_queue is also used as hash table, incorrectly\nassuming the cpu_possible_mask has no gaps.  Fix it by adjusting an index\nto a next possible CPU."}],"affected":[{"vendor":"Linux","product":"Linux","defaultStatus":"unaffected","versions":[{"version":"062eacf57ad91b5c272f89dc964fd6dd9715ea7d","status":"affected","lessThan":"28acd531c9a365dac01b32e6bc54aed8c1429bcb","versionType":"git"},{"version":"062eacf57ad91b5c272f89dc964fd6dd9715ea7d","status":"affected","lessThan":"47f9b6e49b422392fb0e348a65eb925103ba1882","versionType":"git"},{"version":"062eacf57ad91b5c272f89dc964fd6dd9715ea7d","status":"affected","lessThan":"a34acf30b19bc4ee3ba2f1082756ea2604c19138","versionType":"git"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["mm/vmalloc.c"]},{"vendor":"Linux","product":"Linux","defaultStatus":"affected","versions":[{"version":"6.4","status":"affected"},{"version":"0","status":"unaffected","lessThan":"6.4","versionType":"semver"},{"version":"6.6.41","status":"unaffected","lessThanOrEqual":"6.6.*","versionType":"semver"},{"version":"6.9.10","status":"unaffected","lessThanOrEqual":"6.9.*","versionType":"semver"},{"version":"6.10","status":"unaffected","lessThanOrEqual":"*","versionType":"original_commit_for_fix"}],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","programFiles":["mm/vmalloc.c"]}],"references":[{"url":"https://git.kernel.org/stable/c/28acd531c9a365dac01b32e6bc54aed8c1429bcb"},{"url":"https://git.kernel.org/stable/c/47f9b6e49b422392fb0e348a65eb925103ba1882"},{"url":"https://git.kernel.org/stable/c/a34acf30b19bc4ee3ba2f1082756ea2604c19138"}],"metrics":[{"cvssV3_1":{"version":"3.1","vectorString":"CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H","baseScore":7.8,"baseSeverity":"HIGH"},"scenarios":[{"lang":"en","value":"AV:L - The vulnerable path is the vmalloc/vmap-block allocator, reached through ordinary local allocation activity (XFS buffer mapping, f2fs/EROFS decompression, videobuf2, udmabuf) rather than through parsing of remote network data. Exploitation requires the attacker to be executing code on the affected system.\nAC:L - On an affected system the faulty index is a pure function of the vmap address, so a local user triggers it deterministically with routine file I/O — no race to win and no memory layout the attacker cannot influence, since the aliased page is a freed-initmem page returned to the buddy allocator and therefore sprayable.\nPR:L - No capability, namespace, or filesystem-admin check exists anywhere on the path; `vb_alloc()`/`vb_free()` are reached by any unprivileged user reading or writing files on XFS, f2fs (compression), or EROFS, or opening a V4L2/udmabuf device.\nUI:N - The attacker performs the triggering I/O themselves; no victim action, mount, or file-open by another user is needed.\nS:U - The faulty per-CPU access and the resulting corruption are both within the kernel's own security authority, with no crossing of a hypervisor, IOMMU, or sandbox boundary.\nC:H - The bogus per-CPU address aliases a freed initmem page that has been returned to the page allocator, so `xa_load()`/`vmap_ram_vread_iter()` dereference an `xa_head` pointer sourced from attacker-influenceable memory, giving an out-of-bounds/arbitrary kernel read primitive rather than a bounded leak.\nI:H - `xa_insert()` writes into that reallocated page, and `vb_free()` performs `spin_lock()`, `bitmap_clear()`, `WRITE_ONCE()` and `kfree_rcu()` on an unvalidated `vb` pointer loaded from it, yielding arbitrary-write and arbitrary-free primitives suitable for control-flow hijack.\nA:H - The reported and guaranteed outcome is a kernel oops on SPARC (dereferencing the 0xcc-poisoned or reallocated stale percpu alias), plus reachable `BUG_ON(tmp != vb)` in `free_vmap_block()`, causing a panic and full denial of service."}]}],"providerMetadata":{"shortName":"Linux","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","dateUpdated":"2026-08-05T11:34:50.674Z"},"cpeApplicability":[{"nodes":[{"operator":"OR","negate":false,"cpeMatch":[{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.4","versionEndExcluding":"6.6.41"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.4","versionEndExcluding":"6.9.10"},{"vulnerable":true,"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.4","versionEndExcluding":"6.10"}]}]}],"x_generator":{"engine":"bippy-1.2.0"}},"adp":[{"title":"CVE Program Container","references":[{"url":"https://git.kernel.org/stable/c/28acd531c9a365dac01b32e6bc54aed8c1429bcb","tags":["x_transferred"]},{"url":"https://git.kernel.org/stable/c/47f9b6e49b422392fb0e348a65eb925103ba1882","tags":["x_transferred"]},{"url":"https://git.kernel.org/stable/c/a34acf30b19bc4ee3ba2f1082756ea2604c19138","tags":["x_transferred"]}],"providerMetadata":{"shortName":"CVE","orgId":"af854a3a-2127-422b-91ae-364da2661108","dateUpdated":"2024-08-02T04:39:56.073Z"}},{"title":"CISA ADP Vulnrichment","metrics":[{"other":{"type":"ssvc","content":{"id":"CVE-2024-41032","role":"CISA Coordinator","options":[{"Exploitation":"none"},{"Automatable":"no"},{"Technical Impact":"partial"}],"version":"2.0.3","timestamp":"2024-09-10T16:23:43.996353Z"}}}],"providerMetadata":{"shortName":"CISA-ADP","orgId":"134c704f-9b21-4f2e-91b3-4a467353bcc0","dateUpdated":"2024-09-11T17:34:03.799Z"}}]}}}