OSDN Git Service

xfs: fix memcpy fortify errors in EFI log format copying
authorDarrick J. Wong <djwong@kernel.org>
Thu, 20 Oct 2022 23:39:59 +0000 (16:39 -0700)
committerDarrick J. Wong <djwong@kernel.org>
Mon, 31 Oct 2022 15:58:20 +0000 (08:58 -0700)
commit03a7485cd701e1c08baadcf39d9592d83715e224
treea35a0f74bb35f910d767d0f6169c5b2201d698d0
parentb45ca961e94673df83ab1900802afe82776966e6
xfs: fix memcpy fortify errors in EFI log format copying

Starting in 6.1, CONFIG_FORTIFY_SOURCE checks the length parameter of
memcpy.  Since we're already fixing problems with BUI item copying, we
should fix it everything else.

An extra difficulty here is that the ef[id]_extents arrays are declared
as single-element arrays.  This is not the convention for flex arrays in
the modern kernel, and it causes all manner of problems with static
checking tools, since they often cannot tell the difference between a
single element array and a flex array.

So for starters, change those array[1] declarations to array[]
declarations to signal that they are proper flex arrays and adjust all
the "size-1" expressions to fit the new declaration style.

Next, refactor the xfs_efi_copy_format function to handle the copying of
the head and the flex array members separately.  While we're at it, fix
a minor validation deficiency in the recovery function.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Reviewed-by: Kees Cook <keescook@chromium.org>
Reviewed-by: Allison Henderson <allison.henderson@oracle.com>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
fs/xfs/libxfs/xfs_log_format.h
fs/xfs/xfs_extfree_item.c
fs/xfs/xfs_ondisk.h
fs/xfs/xfs_super.c