In the Linux kernel, the following vulnerability has been resolved:
gfs2: Fix use-after-free in iomap inline data write path
The inline data buffer head (dibh) is being released prematurely in
gfs2_iomap_begin() via release_metapath() while iomap->inline_data
still points to dibh->b_data. This causes a use-after-free when
iomap_write_end_inline() later attempts to write to the inline data
area.
The bug sequence:
1. gfs2_iomap_begin() calls gfs2_meta_inode_buffer() to read inode
metadata into dibh
2. Sets iomap->inline_data = dibh->b_data + sizeof(struct gfs2_dinode)
3. Calls release_metapath() which calls brelse(dibh), dropping refcount
to 0
4. kswapd reclaims the page (~39ms later in the syzbot report)
5. iomap_write_end_inline() tries to memcpy() to iomap->inline_data
6. KASAN detects use-after-free write to freed memory
Fix by storing dibh in iomap->private and incrementing its refcount
with get_bh() in gfs2_iomap_begin(). The buffer is then properly
released in gfs2_iomap_end() after the inline write completes,
ensuring the page stays alive for the entire iomap operation.
Note: A C reproducer is not available for this issue. The fix is based
on analysis of the KASAN report and code review showing the buffer head
is freed before use.
[agruenba: Take buffer head reference in gfs2_iomap_begin() to avoid
leaks in gfs2_iomap_get() and gfs2_iomap_alloc().]
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from d0a22a4b03b8475b7aa3fa41243c26c291407844 before 1403989d1b502f4a2c0d0b42ccf1c25748442eff; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before 1cae1bafdf9caa9b462b19af06b1a06902e4e142; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before 764c3c84b5683e608f43735c803a5f415046686c; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before d87268326b277af3665237ac76a73dd9fa8e21b4; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before 87d4954b5c59735a99ea98cb208d47130f6dce7d; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before 6d76febba07c40bcf358f63216d36ea68cf1c215; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before 815ddd27c0c7171a99fe802fdb19098ddef8b19d; from d0a22a4b03b8475b7aa3fa41243c26c291407844 before faddeb848305e79db89ee0479bb0e33380656321
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.