CVE-2026-31597

ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY

High · published April 24, 2026

CVSS v3.1
7.8
EPSS
0%
Percentile
6.5
In the wild
Unconfirmed
What it is

In the Linux kernel, the following vulnerability has been resolved:

ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY

filemap_fault() may drop the mmap_lock before returning VM_FAULT_RETRY,

as documented in mm/filemap.c:

"If our return value has VM_FAULT_RETRY set, it's because the mmap_lock

may be dropped before doing I/O or by lock_folio_maybe_drop_mmap()."

When this happens, a concurrent munmap() can call remove_vma() and free

the vm_area_struct via RCU. The saved 'vma' pointer in ocfs2_fault() then

becomes a dangling pointer, and the subsequent trace_ocfs2_fault() call

dereferences it -- a use-after-free.

Fix this by saving ip_blkno as a plain integer before calling

filemap_fault(), and removing vma from the trace event. Since

ip_blkno is copied by value before the lock can be dropped, it

remains valid regardless of what happens to the vma or inode

afterward.

The record
Technical detail
CVSS v3.1
7.8 · HIGH
Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
CVSS v4.0
Not supplied
EPSS
0.00174 · 6.5th percentile
Published
2026-04-24T14:42Z
EPSS history
Timeline
  • 24 APR 14:42Z
    ocfs2: fix use-after-free in ocfs2_fault() when VM_FAULT_RETRY
    cvelistv5