]> git.ipfire.org Git - thirdparty/kernel/linux.git/commitdiff
xfs: add bounds checking to xlog_recover_process_data
authorlei lu <llfamsec@gmail.com>
Mon, 3 Jun 2024 09:46:08 +0000 (17:46 +0800)
committerChandan Babu R <chandanbabu@kernel.org>
Mon, 1 Jul 2024 04:02:29 +0000 (09:32 +0530)
There is a lack of verification of the space occupied by fixed members
of xlog_op_header in the xlog_recover_process_data.

We can create a crafted image to trigger an out of bounds read by
following these steps:
    1) Mount an image of xfs, and do some file operations to leave records
    2) Before umounting, copy the image for subsequent steps to simulate
       abnormal exit. Because umount will ensure that tail_blk and
       head_blk are the same, which will result in the inability to enter
       xlog_recover_process_data
    3) Write a tool to parse and modify the copied image in step 2
    4) Make the end of the xlog_op_header entries only 1 byte away from
       xlog_rec_header->h_size
    5) xlog_rec_header->h_num_logops++
    6) Modify xlog_rec_header->h_crc

Fix:
Add a check to make sure there is sufficient space to access fixed members
of xlog_op_header.

Signed-off-by: lei lu <llfamsec@gmail.com>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Darrick J. Wong <djwong@kernel.org>
Signed-off-by: Chandan Babu R <chandanbabu@kernel.org>
fs/xfs/xfs_log_recover.c

index 4fe627991e86539e7c64e9479739eaee06afb759..409b645ce7995ee3a28f9b01db2de318a65a603a 100644 (file)
@@ -2489,7 +2489,10 @@ xlog_recover_process_data(
 
                ohead = (struct xlog_op_header *)dp;
                dp += sizeof(*ohead);
-               ASSERT(dp <= end);
+               if (dp > end) {
+                       xfs_warn(log->l_mp, "%s: op header overrun", __func__);
+                       return -EFSCORRUPTED;
+               }
 
                /* errors will abort recovery */
                error = xlog_recover_process_ophdr(log, rhash, rhead, ohead,