Patch "btrfs: fix use-after-free when COWing tree bock and tracing is enabled" has been added to the 6.1-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    btrfs: fix use-after-free when COWing tree bock and tracing is enabled

to the 6.1-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     btrfs-fix-use-after-free-when-cowing-tree-bock-and-t.patch
and it can be found in the queue-6.1 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 4756a8c55cd6fd0b5a9edbb1dc2c815fe4424a9d
Author: Filipe Manana <fdmanana@xxxxxxxx>
Date:   Wed Dec 11 16:08:07 2024 +0000

    btrfs: fix use-after-free when COWing tree bock and tracing is enabled
    
    [ Upstream commit 44f52bbe96dfdbe4aca3818a2534520082a07040 ]
    
    When a COWing a tree block, at btrfs_cow_block(), and we have the
    tracepoint trace_btrfs_cow_block() enabled and preemption is also enabled
    (CONFIG_PREEMPT=y), we can trigger a use-after-free in the COWed extent
    buffer while inside the tracepoint code. This is because in some paths
    that call btrfs_cow_block(), such as btrfs_search_slot(), we are holding
    the last reference on the extent buffer @buf so btrfs_force_cow_block()
    drops the last reference on the @buf extent buffer when it calls
    free_extent_buffer_stale(buf), which schedules the release of the extent
    buffer with RCU. This means that if we are on a kernel with preemption,
    the current task may be preempted before calling trace_btrfs_cow_block()
    and the extent buffer already released by the time trace_btrfs_cow_block()
    is called, resulting in a use-after-free.
    
    Fix this by moving the trace_btrfs_cow_block() from btrfs_cow_block() to
    btrfs_force_cow_block() before the COWed extent buffer is freed.
    This also has a side effect of invoking the tracepoint in the tree defrag
    code, at defrag.c:btrfs_realloc_node(), since btrfs_force_cow_block() is
    called there, but this is fine and it was actually missing there.
    
    Reported-by: syzbot+8517da8635307182c8a5@xxxxxxxxxxxxxxxxxxxxxxxxx
    Link: https://lore.kernel.org/linux-btrfs/6759a9b9.050a0220.1ac542.000d.GAE@xxxxxxxxxx/
    CC: stable@xxxxxxxxxxxxxxx # 5.4+
    Reviewed-by: Qu Wenruo <wqu@xxxxxxxx>
    Signed-off-by: Filipe Manana <fdmanana@xxxxxxxx>
    Signed-off-by: David Sterba <dsterba@xxxxxxxx>
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/fs/btrfs/ctree.c b/fs/btrfs/ctree.c
index a02b41106257..c7171b286de7 100644
--- a/fs/btrfs/ctree.c
+++ b/fs/btrfs/ctree.c
@@ -520,6 +520,8 @@ int btrfs_force_cow_block(struct btrfs_trans_handle *trans,
 		btrfs_free_tree_block(trans, btrfs_root_id(root), buf,
 				      parent_start, last_ref);
 	}
+
+	trace_btrfs_cow_block(root, buf, cow);
 	if (unlock_orig)
 		btrfs_tree_unlock(buf);
 	free_extent_buffer_stale(buf);
@@ -571,7 +573,6 @@ noinline int btrfs_cow_block(struct btrfs_trans_handle *trans,
 {
 	struct btrfs_fs_info *fs_info = root->fs_info;
 	u64 search_start;
-	int ret;
 
 	if (unlikely(test_bit(BTRFS_ROOT_DELETING, &root->state))) {
 		btrfs_abort_transaction(trans, -EUCLEAN);
@@ -612,12 +613,8 @@ noinline int btrfs_cow_block(struct btrfs_trans_handle *trans,
 	 * Also We don't care about the error, as it's handled internally.
 	 */
 	btrfs_qgroup_trace_subtree_after_cow(trans, root, buf);
-	ret = btrfs_force_cow_block(trans, root, buf, parent, parent_slot,
-				    cow_ret, search_start, 0, nest);
-
-	trace_btrfs_cow_block(root, buf, *cow_ret);
-
-	return ret;
+	return btrfs_force_cow_block(trans, root, buf, parent, parent_slot,
+				     cow_ret, search_start, 0, nest);
 }
 ALLOW_ERROR_INJECTION(btrfs_cow_block, ERRNO);
 




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux