In the Linux kernel, the following vulnerability has been resolved: mm/filemap: __filemap_add_folio() restore index before retrying In… (CVE-2026-74591)
A vulnerability in the Linux kernel's memory management subsystem was resolved involving the __filemap_add_folio() function. The issue occurred in a loop where an index used for inserting memory folios could become incorrect after retrying an allocation, potentially causing memory corruption or crashes. The fix ensures the index is correctly restored before retrying, preventing insertion at an incorrect location. This vulnerability caused rare illegal instruction and segmentation faults in production and was detected by debug checks.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel's __filemap_add_folio() function involved improper handling of the xas.xa_index during retries in the split-a-conflict loop. When a new node allocation failed with GFP_NOWAIT, the function dropped the lock and retried after allocation. However, if another thread resolved the conflict in the meantime by inserting a folio at the same index, the retry could incorrectly insert the folio at a rounded-down intermediate index. This led to memory corruption detected by !folio_contains() checks and caused rare SIGILL and SIGSEGV crashes. The patch restores the original xas.xa_index before retrying, ensuring the index is re-evaluated and preventing incorrect insertion.
Potential Impact
The vulnerability could cause memory corruption in the kernel's page cache management, leading to rare crashes such as illegal instruction (SIGILL) and segmentation faults (SIGSEGV). It also caused executable code pages to be misplaced in memory. This could affect system stability and reliability but no known exploits in the wild have been reported.
Mitigation Recommendations
A patch has been applied to the Linux kernel to fix this issue by restoring the original index before retrying the insertion. Users should update to the fixed kernel version containing this patch. Since this is a kernel-level fix, upgrading the kernel is the recommended remediation. No further mitigation steps are indicated.
In the Linux kernel, the following vulnerability has been resolved: mm/filemap: __filemap_add_folio() restore index before retrying In… (CVE-2026-74591)
Description
A vulnerability in the Linux kernel's memory management subsystem was resolved involving the __filemap_add_folio() function. The issue occurred in a loop where an index used for inserting memory folios could become incorrect after retrying an allocation, potentially causing memory corruption or crashes. The fix ensures the index is correctly restored before retrying, preventing insertion at an incorrect location. This vulnerability caused rare illegal instruction and segmentation faults in production and was detected by debug checks.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel's __filemap_add_folio() function involved improper handling of the xas.xa_index during retries in the split-a-conflict loop. When a new node allocation failed with GFP_NOWAIT, the function dropped the lock and retried after allocation. However, if another thread resolved the conflict in the meantime by inserting a folio at the same index, the retry could incorrectly insert the folio at a rounded-down intermediate index. This led to memory corruption detected by !folio_contains() checks and caused rare SIGILL and SIGSEGV crashes. The patch restores the original xas.xa_index before retrying, ensuring the index is re-evaluated and preventing incorrect insertion.
Potential Impact
The vulnerability could cause memory corruption in the kernel's page cache management, leading to rare crashes such as illegal instruction (SIGILL) and segmentation faults (SIGSEGV). It also caused executable code pages to be misplaced in memory. This could affect system stability and reliability but no known exploits in the wild have been reported.
Mitigation Recommendations
A patch has been applied to the Linux kernel to fix this issue by restoring the original index before retrying the insertion. Users should update to the fixed kernel version containing this patch. Since this is a kernel-level fix, upgrading the kernel is the recommended remediation. No further mitigation steps are indicated.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-xwx5-8c6h-6c7v
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-74591"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a8a27f3acd9273b499bc8a6
Added to database: 08/22/2026, 22:51:31 UTC
Last enriched: 08/22/2026, 23:10:51 UTC
Last updated: 08/23/2026, 01:50:05 UTC
Views: 4
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.