CVE-2026-31597

*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY<br /> <br /> filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY,<br /> as documented in mm/filemap.c:<br /> <br /> "If our return value has VM_FAULT_RETRY set, it&amp;#39;s because the mmap_lock<br /> may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()."<br /> <br /> When this happens, a concurrent munmap() can call remove_vma() and free<br /> the vm_area_struct via RCU. The saved &amp;#39;vma&amp;#39; pointer in ocfs2_fault() then<br /> becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call<br /> dereferences it -- a use-after-free.<br /> <br /> Fix this by saving ip_blkno as a plain integer before calling<br /> filemap_fault(), and removing vma from the trace event. Since<br /> ip_blkno is copied by value before the lock can be dropped, it<br /> remains valid regardless of what happens to the vma or inode<br /> afterward.