aboutsummaryrefslogtreecommitdiffstats
path: root/fs/nfsd/nfs4proc.c
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2022-01-31 13:01:53 -0500
committerChuck Lever <chuck.lever@oracle.com>2022-02-09 09:22:48 -0500
commite6faac3f58c7c4176b66f63def17a34232a17b0e (patch)
tree858960b30b99c269b728075ea860bc8d77abfc81 /fs/nfsd/nfs4proc.c
parentNFSD: Fix the behavior of READ near OFFSET_MAX (diff)
downloadlinux-dev-e6faac3f58c7c4176b66f63def17a34232a17b0e.tar.xz
linux-dev-e6faac3f58c7c4176b66f63def17a34232a17b0e.zip
NFSD: Fix ia_size underflow
iattr::ia_size is a loff_t, which is a signed 64-bit type. NFSv3 and NFSv4 both define file size as an unsigned 64-bit type. Thus there is a range of valid file size values an NFS client can send that is already larger than Linux can handle. Currently decode_fattr4() dumps a full u64 value into ia_size. If that value happens to be larger than S64_MAX, then ia_size underflows. I'm about to fix up the NFSv3 behavior as well, so let's catch the underflow in the common code path: nfsd_setattr(). Cc: stable@vger.kernel.org Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Diffstat (limited to 'fs/nfsd/nfs4proc.c')
0 files changed, 0 insertions, 0 deletions