Description
In the Linux kernel, the following vulnerability has been resolved: gfs2: Validate i_depth for exhash directories A fuzzer test introduced corruption that ends up with a depth of 0 in dir_e_read(), causing an undefined shift by 32 at: index = hash >> (32 - dip->i_depth); As calculated in an open-coded way in dir_make_exhash(), the minimum depth for an exhash directory is ilog2(sdp->sd_hash_ptrs) and 0 is invalid as sdp->sd_hash_ptrs is fixed as sdp->bsize / 16 at mount time. So we can avoid the undefined behaviour by checking for depth values lower than the minimum in gfs2_dinode_in(). Values greater than the maximum are already being checked for there. Also switch the calculation in dir_make_exhash() to use ilog2() to clarify how the depth is calculated. Tested with the syzkaller repro.c and xfstests '-g quick'.
Product status
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 (git) before 53a0249d68a210c16e961b83adfa82f94ee0a53d
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 (git) before b5f46951e62377b6e406fadc18bc3c5bdf1632a7
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 (git) before 9680c58675b82348ab84d387e4fa727f7587e1a0
1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 (git) before 557c024ca7250bb65ae60f16c02074106c2f197b
6.12.43 (semver)
6.15.11 (semver)
6.16.2 (semver)
6.17 (original_commit_for_fix)
References
git.kernel.org/...c/53a0249d68a210c16e961b83adfa82f94ee0a53d
git.kernel.org/...c/b5f46951e62377b6e406fadc18bc3c5bdf1632a7
git.kernel.org/...c/9680c58675b82348ab84d387e4fa727f7587e1a0
git.kernel.org/...c/557c024ca7250bb65ae60f16c02074106c2f197b
