CVE-2024-52319: mm: use aligned address in clear_gigantic_page()
In the Linux kernel, the following vulnerability has been resolved:
mm: use aligned address in clear_gigantic_page()
In current kernel, hugetlb_no_page() calls folio_zero_user() with the
fault address. Where the fault address may be not aligned with the huge
page size. Then, folio_zero_user() may call clear_gigantic_page() with
the address, while clear_gigantic_page() requires the address to be huge
page size aligned. So, this may cause memory corruption or information
leak, addtional, use more obvious naming 'addr_hint' instead of 'addr' for
clear_gigantic_page().
Security readout for executives and security teams
Plain-English summary
A Linux kernel flaw in huge-page memory clearing can use a misaligned address, potentially corrupting memory or exposing information. A low-privileged local user may be able to affect confidentiality, integrity, and availability. The supplied sources do not establish remote reachability or active exploitation.
Executive priority
Prioritize accelerated kernel maintenance, especially on shared, multi-user, or untrusted-workload hosts. The possible impact is severe, but current evidence supports planned urgent remediation rather than exploitation-driven incident response. Validate vendor-specific exposure before broad emergency action.
Technical view
The hugetlb_no_page() path can pass an unaligned fault address through folio_zero_user() to clear_gigantic_page(), which expects huge-page alignment. This mismatch may cause memory corruption or information disclosure. The CVSS 3.1 assessment is 7.8, requiring local access and low privileges, without user interaction.
Likely exposure
Potentially exposed systems run affected Linux kernels and can reach the gigantic hugetlb page fault and zeroing path. The bundle lists 6.11, 6.12.7, and 6.13, but its version data contains ambiguity, including an unexplained “0”; confirm precise applicability with the kernel or distribution vendor.
Exploitation context
The CVE is not listed as KEV in the supplied bundle, and no cited source reports active exploitation or a public exploit. The CVSS vector indicates a local, low-privilege attack surface. Treat exploitation status as unconfirmed rather than absent.
Researcher notes
The core defect and correction are documented by two upstream stable commits. Exact affected-version boundaries are not reliably expressed in the supplied structured data: one commit is duplicated and “0” appears among affected versions. No CWE, exploit evidence, or vendor-specific package mapping is provided.
Mitigation direction
Upgrade to a vendor-supported kernel containing the applicable cited stable fix.
Confirm distribution-specific fixed versions before deployment; upstream version data is ambiguous.
Restrict untrusted local access while patching is pending.
Consult vendor guidance for supported workarounds; none is identified in the bundle.
Validation and detection
Inventory running kernels and identify systems using affected Linux releases.
Compare vendor changelogs against the two cited upstream stable commits.
Verify upgraded systems booted into the corrected kernel.
Prioritize hosts permitting untrusted or shared low-privilege local access.
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-2024-52319 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.
1CVSS vectors
3Timeline events
0ADP providers
3Source links
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.