CVE-2026-74599
Last modified
CVE-2026-74599 is a vulnerability of currently unknown severity. In the Linux kernel, the following vulnerability has been resolved: mm/ptdump: always stabilise against page table freeing using init_mm Previous commits have established the invariant that kernel page table freeing is performed while an mmap read lock on init_mm is held, which fixes races between ptdump and kernel page table freeing over init_mm. However, x86 and arm64 can perform a ptdump over an mm other than init_mm via ptdump_walk_pgd() and since kernel memory ranges are shared across non-kernel mm's, this means that the race still exists for these cases. Fix this by acquiring a nested mmap write lock for init_mm in ptdump_walk_pgd(). This is safe as we take this after mmap write locking the mm, and nothing acquires the init_mm lock first before locking an arbitrary mm, so no deadlock is possible. Also update walk_page_range_debug() to assert that init_mm is write locked, add a comment explaining why and remove some redundant code, and eliminate the unnecessary and confusing invocation of walk_kernel_page_table_range(). We can safely remove the non-NULL check for walk.mm, as the mmap lock asserts would NULL pointer deref if it was (and of course no callers do this). The first point at which ptdump can race kernel page table freeing is commit b6bdb7517c3d ("mm/vmalloc: add interfaces to free unmapped page table"), so we target this in the Fixes tag..
Description
In the Linux kernel, the following vulnerability has been resolved: mm/ptdump: always stabilise against page table freeing using init_mm Previous commits have established the invariant that kernel page table freeing is performed while an mmap read lock on init_mm is held, which fixes races between ptdump and kernel page table freeing over init_mm. However, x86 and arm64 can perform a ptdump over an mm other than init_mm via ptdump_walk_pgd() and since kernel memory ranges are shared across non-kernel mm's, this means that the race still exists for these cases. Fix this by acquiring a nested mmap write lock for init_mm in ptdump_walk_pgd(). This is safe as we take this after mmap write locking the mm, and nothing acquires the init_mm lock first before locking an arbitrary mm, so no deadlock is possible. Also update walk_page_range_debug() to assert that init_mm is write locked, add a comment explaining why and remove some redundant code, and eliminate the unnecessary and confusing invocation of walk_kernel_page_table_range(). We can safely remove the non-NULL check for walk.mm, as the mmap lock asserts would NULL pointer deref if it was (and of course no callers do this). The first point at which ptdump can race kernel page table freeing is commit b6bdb7517c3d ("mm/vmalloc: add interfaces to free unmapped page table"), so we target this in the Fixes tag.
Affected Software
Source: CNA advisory (CVE.org). NVD analysis pending.
| Vendor | Product | Versions |
|---|---|---|
| Linux | Linux | >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < 3c0391b9a774cc0854f3152e484a9d4835b12b40; >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < cbd9583bb6f70733d0022a66d3546a15c76ae744; >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < 76df4edf7d61ecb711bc517ff4c20a5e85c4e9f7; >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < b9c6d048bdfaae78d7d921b454f7de7baefaa2f0; >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < 7f740664aec1f832953c2e6d9b8920cd6c8bcc0c; >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < 4adc4c9a9a43d61fe476dfe10811f3df2e7e4106; >= b6bdb7517c3d3f41f20e5c2948d6bc3f8897394e, < 27c32e5538344b13c1505a08861e04620c125d47; 31895cfd79564111cdd5a9f48c5d491ae26a238e; 9c7f7bdb1932f8c1e5f80d32c717184701afe701; acdb4981644c8e31ccee294bdefff475c0cf587b; 0454e2fad9306961540ee7e84da47a8e345b7d22; >= 4.4.125, < 4.5; >= 4.9.91, < 4.10; >= 4.14.31, < 4.15; >= 4.15.14, < 4.16 |
| Linux | Linux | 4.16 |
References
Timeline
- Published
- Last Modified
- Status
- Received
Frequently Asked Questions
What is CVE-2026-74599?
How severe is CVE-2026-74599?
How do I fix CVE-2026-74599?
How Strix Helps
- How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
- Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
- PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
- AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.
Related CVEs from 2026
- CVE-2026-74593In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74594In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74595In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74596In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74597In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74598In the Linux kernel, the following vulnerability has been re…
- CVE-2026-7460mailcow-dockerized contains a stored cross-site scripting vu…7.4
- CVE-2026-74600In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74601In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74602In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74603In the Linux kernel, the following vulnerability has been re…
- CVE-2026-74604In the Linux kernel, the following vulnerability has been re…
Are you affected by CVE-2026-74599?
Run a free Strix scan to check your systems for this vulnerability.
Scan your code nowSource: NVD / NIST
