https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 05 Oct 2026 11:28:03 +0000 https://vulnerability.circl.lu/vuln/cve-2024-42233 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>filemap: replace pte_offset_map() with pte_offset_map_nolock()</p> <p>The vmf-&gt;ptl in filemap_fault_recheck_pte_none() is still set from handle_pte_fault(). But at the same time, we did a pte_unmap(vmf-&gt;pte). After a pte_unmap(vmf-&gt;pte) unmap and rcu_read_unlock(), the page table may be racily changed and vmf-&gt;ptl maybe fails to protect the actual page table. Fix this by replacing pte_offset_map() with pte_offset_map_nolock().</p> <p>As David said, the PTL pointer might be stale so if we continue to use it infilemap_fault_recheck_pte_none(), it might trigger UAF. Also, if the PTL fails, the issue fixed by commit 58f327f2ce80 (&#34;filemap: avoid unnecessary major faults in filemap_fault()&#34;) might reappear.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>filemap: replace pte_offset_map() with pte_offset_map_nolock()</p> <p>The vmf-&gt;ptl in filemap_fault_recheck_pte_none() is still set from handle_pte_fault(). But at the same time, we did a pte_unmap(vmf-&gt;pte). After a pte_unmap(vmf-&gt;pte) unmap and rcu_read_unlock(), the page table may be racily changed and vmf-&gt;ptl maybe fails to protect the actual page table. Fix this by replacing pte_offset_map() with pte_offset_map_nolock().</p> <p>As David said, the PTL pointer might be stale so if we continue to use it infilemap_fault_recheck_pte_none(), it might trigger UAF. Also, if the PTL fails, the issue fixed by commit 58f327f2ce80 (&#34;filemap: avoid unnecessary major faults in filemap_fault()&#34;) might reappear.</p> https://vulnerability.circl.lu/vuln/cve-2024-42233