In the Linux kernel, the following vulnerability has been resolved: userfaultfd: gate must_wait writability check on pte_present()… (CVE-2026-64514)
In the Linux kernel, the following vulnerability has been resolved: userfaultfd: gate must_wait writability check on pte_present() userfaultfd_must_wait() and userfaultfd_huge_must_wait() read the PTE without taking the page table lock and then apply pte_write() / huge_pte_write() to it. Those accessors decode bits from the present encoding only; on a swap or migration entry they read the offset bits that happen to share the same position and return an undefined result. The intent of the check is "is this fault still WP-blocked?". A non-marker swap entry means the page is in transit -- the userfault context the original fault delivered against is no longer the same, and the swap-in or migration completion path will re-deliver a fresh fault if userspace still needs to handle it. Worst case under the current code the garbage write bit says "wait", and the thread stays asleep until a UFFDIO_WAKE that may never arrive. Gate the writability check on pte_present() so the lockless re-check only inspects present-PTE bits when the entry is actually present. The non-present, non-marker case returns "don't wait" and lets the fault path retry.
AI Analysis
Technical Summary
The Linux kernel vulnerability CVE-2026-64514 concerns the userfaultfd interface's must_wait writability check on page table entries (PTEs). The affected functions read PTEs without acquiring the page table lock and apply write checks that only decode bits valid for present entries. When encountering swap or migration entries, these functions misinterpret offset bits as write bits, resulting in undefined behavior. This can cause a thread to remain asleep indefinitely, waiting for a wake event that may never occur. The fix involves gating the writability check on the presence of the PTE, ensuring that only present entries are checked for writability, and non-present entries return a 'don't wait' result to allow fault path retries.
Potential Impact
The vulnerability can cause threads to stall indefinitely by waiting on a write protection block that is incorrectly detected due to misinterpreted PTE bits. This may lead to denial of service conditions where userfaultfd-related threads do not progress as expected. There is no indication of code execution or privilege escalation from the provided data.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Since this is a Linux kernel vulnerability, monitor official Linux kernel security advisories for patches addressing CVE-2026-64514. Apply the official kernel updates once available to resolve the issue.
In the Linux kernel, the following vulnerability has been resolved: userfaultfd: gate must_wait writability check on pte_present()… (CVE-2026-64514)
Description
In the Linux kernel, the following vulnerability has been resolved: userfaultfd: gate must_wait writability check on pte_present() userfaultfd_must_wait() and userfaultfd_huge_must_wait() read the PTE without taking the page table lock and then apply pte_write() / huge_pte_write() to it. Those accessors decode bits from the present encoding only; on a swap or migration entry they read the offset bits that happen to share the same position and return an undefined result. The intent of the check is "is this fault still WP-blocked?". A non-marker swap entry means the page is in transit -- the userfault context the original fault delivered against is no longer the same, and the swap-in or migration completion path will re-deliver a fresh fault if userspace still needs to handle it. Worst case under the current code the garbage write bit says "wait", and the thread stays asleep until a UFFDIO_WAKE that may never arrive. Gate the writability check on pte_present() so the lockless re-check only inspects present-PTE bits when the entry is actually present. The non-present, non-marker case returns "don't wait" and lets the fault path retry.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel vulnerability CVE-2026-64514 concerns the userfaultfd interface's must_wait writability check on page table entries (PTEs). The affected functions read PTEs without acquiring the page table lock and apply write checks that only decode bits valid for present entries. When encountering swap or migration entries, these functions misinterpret offset bits as write bits, resulting in undefined behavior. This can cause a thread to remain asleep indefinitely, waiting for a wake event that may never occur. The fix involves gating the writability check on the presence of the PTE, ensuring that only present entries are checked for writability, and non-present entries return a 'don't wait' result to allow fault path retries.
Potential Impact
The vulnerability can cause threads to stall indefinitely by waiting on a write protection block that is incorrectly detected due to misinterpreted PTE bits. This may lead to denial of service conditions where userfaultfd-related threads do not progress as expected. There is no indication of code execution or privilege escalation from the provided data.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Since this is a Linux kernel vulnerability, monitor official Linux kernel security advisories for patches addressing CVE-2026-64514. Apply the official kernel updates once available to resolve the issue.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-r2gx-xm5r-33f5
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64514"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a6542059c2644c7f808187a
Added to database: 07/25/2026, 23:08:53 UTC
Last enriched: 07/25/2026, 23:10:39 UTC
Last updated: 09/07/2026, 10:52:10 UTC
Views: 54
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.