In the Linux kernel, the following vulnerability has been resolved: mm/huge_memory: fix huge_zero_pfn race Patch series "mm/huge_memory: fix… (CVE-2026-74632)
A race condition vulnerability in the Linux kernel's huge zero page handling was resolved by introducing a spinlock to serialize updates to critical variables. The flaw involved a subtle race in the reference-counted huge_zero_folio implementation, causing misidentification of huge zero folios and potentially incorrect handling such as splitting. The fix adds a spinlock around writes to huge_zero_pfn, huge_zero_folio, and huge_zero_refcount to prevent concurrent modification and ensure correct ordering on weakly ordered architectures.
AI Analysis
Technical Summary
CVE-2026-74632 addresses a race condition in the Linux kernel's huge zero page management code. The vulnerability arises from a timing window where the shrinker can decrement the huge_zero_refcount to zero and overwrite huge_zero_pfn with an invalid sentinel value (~0UL) while a concurrent get_huge_zero_folio() call writes a valid huge_zero_pfn. This leads to is_huge_zero_pfn() and is_huge_zero_pmd() functions misidentifying the huge zero folio as a regular transparent huge page folio, causing incorrect behavior such as splitting the huge zero folio. The patch introduces a spinlock (huge_zero_lock) to serialize writes to huge_zero_pfn, huge_zero_folio, and huge_zero_refcount, ensuring atomicity and correct memory ordering. The fix carefully preserves the fast path atomic logic and is designed to be backportable.
Potential Impact
The vulnerability can cause the Linux kernel to misidentify huge zero folios, leading to incorrect handling such as splitting these folios. This could affect memory management correctness and stability in systems using transparent huge pages. There is no indication of direct security impact such as privilege escalation or information disclosure from the provided data.
Mitigation Recommendations
A patch fixing this race condition has been released and should be applied. The fix introduces a spinlock to serialize critical updates in the huge zero page code. No alternative mitigations are described. Patch status is not explicitly confirmed in the input data, so users should consult the official Linux kernel advisories or vendor patches for the current remediation status.
In the Linux kernel, the following vulnerability has been resolved: mm/huge_memory: fix huge_zero_pfn race Patch series "mm/huge_memory: fix… (CVE-2026-74632)
Description
A race condition vulnerability in the Linux kernel's huge zero page handling was resolved by introducing a spinlock to serialize updates to critical variables. The flaw involved a subtle race in the reference-counted huge_zero_folio implementation, causing misidentification of huge zero folios and potentially incorrect handling such as splitting. The fix adds a spinlock around writes to huge_zero_pfn, huge_zero_folio, and huge_zero_refcount to prevent concurrent modification and ensure correct ordering on weakly ordered architectures.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
CVE-2026-74632 addresses a race condition in the Linux kernel's huge zero page management code. The vulnerability arises from a timing window where the shrinker can decrement the huge_zero_refcount to zero and overwrite huge_zero_pfn with an invalid sentinel value (~0UL) while a concurrent get_huge_zero_folio() call writes a valid huge_zero_pfn. This leads to is_huge_zero_pfn() and is_huge_zero_pmd() functions misidentifying the huge zero folio as a regular transparent huge page folio, causing incorrect behavior such as splitting the huge zero folio. The patch introduces a spinlock (huge_zero_lock) to serialize writes to huge_zero_pfn, huge_zero_folio, and huge_zero_refcount, ensuring atomicity and correct memory ordering. The fix carefully preserves the fast path atomic logic and is designed to be backportable.
Potential Impact
The vulnerability can cause the Linux kernel to misidentify huge zero folios, leading to incorrect handling such as splitting these folios. This could affect memory management correctness and stability in systems using transparent huge pages. There is no indication of direct security impact such as privilege escalation or information disclosure from the provided data.
Mitigation Recommendations
A patch fixing this race condition has been released and should be applied. The fix introduces a spinlock to serialize critical updates in the huge zero page code. No alternative mitigations are described. Patch status is not explicitly confirmed in the input data, so users should consult the official Linux kernel advisories or vendor patches for the current remediation status.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-cqxm-9w3w-mjmc
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-74632"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a8a27f2acd9273b499bc82e
Added to database: 08/22/2026, 22:51:30 UTC
Last enriched: 08/22/2026, 23:40:14 UTC
Last updated: 08/23/2026, 00:31:59 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.