From: Chao Yu <chao@kernel.org>
To: Szymon Wilczek <swilczek.lx@gmail.com>, jaegeuk@kernel.org
Cc: chao@kernel.org, linux-f2fs-devel@lists.sourceforge.net,
linux-kernel@vger.kernel.org,
syzbot+b4444e3c972a7a124187@syzkaller.appspotmail.com
Subject: Re: [PATCH v3] f2fs: fix use-after-free in f2fs_write_end_io
Date: Tue, 30 Dec 2025 12:18:32 +0800 [thread overview]
Message-ID: <0a61c069-93e9-49b4-af8b-e592cb8cae81@kernel.org> (raw)
In-Reply-To: <20251227024944.8612-1-swilczek.lx@gmail.com>
On 12/27/2025 10:49 AM, Szymon Wilczek wrote:
> Syzbot reported a slab-use-after-free issue in f2fs_write_end_io():
>
> BUG: KASAN: slab-use-after-free in f2fs_write_end_io+0x9b9/0xb60
> Read of size 4 at addr ffff88804357d170 by task kworker/u4:4/45
>
> The race condition occurs between the filesystem unmount path
> (kill_f2fs_super) and the asynchronous I/O completion handler
> (f2fs_write_end_io).
>
> When unmounting, kill_f2fs_super() frees the sbi structure. However, if
> there are pending CP_DATA writes, the f2fs_write_end_io() callback might
> still be running in softirq context and attempt to access sbi->cp_wait,
> causing a use-after-free.
>
> Fix this by calling synchronize_rcu() after f2fs_wait_on_all_pages()
> but before kfree(sbi). Since bio completion callbacks run in softirq
> context, which is an implicit RCU read-side critical section,
> synchronize_rcu() ensures all in-flight callbacks have completed
> before we free sbi.
>
> Reported-by: syzbot+b4444e3c972a7a124187@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=b4444e3c972a7a124187
> Signed-off-by: Szymon Wilczek <swilczek.lx@gmail.com>
> ---
> v3: Simplified to minimal fix - only super.c change with synchronize_rcu(),
> as pointed out by Chao Yu that data.c changes are not necessary since
> synchronize_rcu() alone guarantees sbi won't be freed before callbacks
> complete.
> v2: Add synchronize_rcu() to wait for softirq bio callbacks to complete.
> ---
> fs/f2fs/super.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c
> index c4c225e09dc4..924bc30d08b6 100644
> --- a/fs/f2fs/super.c
> +++ b/fs/f2fs/super.c
> @@ -5454,6 +5454,8 @@ static void kill_f2fs_super(struct super_block *sb)
> kill_block_super(sb);
> /* Release block devices last, after fscrypt_destroy_keyring(). */
> if (sbi) {
> + f2fs_wait_on_all_pages(sbi, F2FS_WB_CP_DATA);
f2fs_wait_on_all_pages() -> f2fs_submit_merged_write() will access sbi->write_io
which should has been released in f2fs_put_super()?
Thanks,
> + synchronize_rcu();
> destroy_device_list(sbi);
> kfree(sbi);
> sb->s_fs_info = NULL;
next prev parent reply other threads:[~2025-12-30 4:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-23 16:28 [PATCH] " Szymon Wilczek
2025-12-26 2:58 ` Chao Yu
2025-12-26 14:20 ` [PATCH v2] " Szymon Wilczek
2025-12-27 1:58 ` Chao Yu
2025-12-27 2:49 ` [PATCH v3] " Szymon Wilczek
2025-12-30 4:18 ` Chao Yu [this message]
2025-12-30 14:08 ` [PATCH v5] " Szymon Wilczek
2026-01-06 8:14 ` Chao Yu
2026-01-06 13:06 ` [PATCH v6] " Szymon Wilczek
2026-01-07 7:06 ` Chao Yu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0a61c069-93e9-49b4-af8b-e592cb8cae81@kernel.org \
--to=chao@kernel.org \
--cc=jaegeuk@kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=swilczek.lx@gmail.com \
--cc=syzbot+b4444e3c972a7a124187@syzkaller.appspotmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®