PatchSiren cyber security CVE debrief
CVE-2026-23097 Linux CVE debrief
A deadlock vulnerability was found in the Linux kernel's migration path for hugetlb file folios. This issue arises from incorrect lock ordering, where a task holding folio_lock tries to acquire i_mmap_rwsem (read lock), while another task holds i_mmap_rwsem (write lock) and tries to acquire folio_lock. To address this, the scope of the existing i_mmap_lock was expanded to cover calls to remove_migration_ptes() as well.
- Vendor
- Linux
- Product
- Unknown
- CVSS
- Unknown
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-02-04
- Original CVE updated
- 2026-10-19
- Advisory published
- 2026-02-04
- Advisory updated
- 2026-10-19
Who should care
Linux kernel maintainers, users, and administrators of systems using hugetlb file folios should assess exposure and prioritize verification of affected systems. This includes reviewing system configurations, verifying patch application, and monitoring for potential deadlocks. Additionally, security teams and vulnerability management teams should be aware of this issue and track the verification and remediation process for affected systems.
Why it matters
A deadlock vulnerability in the Linux kernel's migration path for hugetlb file folios requires verification and patching to prevent potential system issues.
- Verification of affected Linux kernel systems is required to prevent potential deadlocks.
- Linux kernel maintainers and users should review and apply patches to correct the lock ordering issue.
- Systems using hugetlb file folios may be affected, and monitoring for potential deadlocks is recommended.
Technical summary
The Linux kernel's migration path for hugetlb file folios has a deadlock vulnerability due to incorrect lock ordering. A task holding folio_lock tries to acquire i_mmap_rwsem (read lock), while another task holds i_mmap_rwsem (write lock) and tries to acquire folio_lock. The issue is addressed by expanding the scope of the existing i_mmap_lock to cover calls to remove_migration_ptes(). This change ensures that the locks are acquired in a consistent order, preventing deadlocks. Linux kernel maintainers and users should assess exposure and prioritize verification of affected systems, especially those using hugetlb file folios.
Defensive priority
Linux kernel maintainers and users should assess exposure and prioritize verification of affected systems, especially those using hugetlb file folios.
Recommended defensive actions
- Review and apply the provided patches to correct the lock ordering issue.
- Assess exposure and prioritize verification of affected Linux kernel systems.
- Monitor systems for potential deadlocks related to hugetlb file folios.
- Perform a thorough review of system configurations and hugetlb file folio usage.
- Verify that patches are applied and systems are not experiencing deadlocks.
- Track and document the verification process for affected systems.
- Continuously monitor for new information regarding this vulnerability.
Evidence notes
The CVE record and source item provide details on the vulnerability, including the incorrect lock ordering in the migration path for hugetlb file folios. However, specific exploitation details and victim information are not provided.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-23097 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-23097
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-23097 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-23097
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
migrate: correct lock ordering for hugetlb file folios
Unverified legacy reference
URL: https://raw.githubusercontent.com/CVEProject/cvelistV5/main/cves/2026/23xxx/CVE-2026-23097.json
cve_program_cvelist_v5
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/e7396d23f9d5739f56cf9ab430c3a169f5508394
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/ad97b9a55246eb940a26ac977f80892a395cabf9
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/5edb9854f8df5428b40990a1c7d60507da5bd330
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/526394af4e8ade89cacd1a9ce2b97712712fcc34
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/b75070823b89009f5123fd0e05a8e0c3d39937c1
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/1b68efce6dd483d22f50d0d3800c4cfda14b1305
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://git.kernel.org/stable/c/b7880cb166ab62c2409046b2347261abf701530e
Supplemental source
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.