NFSD: Protect against send buffer overflow in NFSv2 READ
authorChuck Lever <chuck.lever@oracle.com>
Thu, 1 Sep 2022 19:10:18 +0000 (15:10 -0400)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 26 Oct 2022 10:34:25 +0000 (12:34 +0200)
commit 401bc1f90874280a80b93f23be33a0e7e2d1f912 upstream.

Since before the git era, NFSD has conserved the number of pages
held by each nfsd thread by combining the RPC receive and send
buffers into a single array of pages. This works because there are
no cases where an operation needs a large RPC Call message and a
large RPC Reply at the same time.

Once an RPC Call has been received, svc_process() updates
svc_rqst::rq_res to describe the part of rq_pages that can be
used for constructing the Reply. This means that the send buffer
(rq_res) shrinks when the received RPC record containing the RPC
Call is large.

A client can force this shrinkage on TCP by sending a correctly-
formed RPC Call header contained in an RPC record that is
excessively large. The full maximum payload size cannot be
constructed in that case.

Cc: <stable@vger.kernel.org>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
fs/nfsd/nfsproc.c

index 9700ad4..081cca4 100644 (file)
@@ -182,6 +182,7 @@ nfsd_proc_read(struct svc_rqst *rqstp)
                argp->count, argp->offset);
 
        argp->count = min_t(u32, argp->count, NFSSVC_MAXBLKSIZE_V2);
+       argp->count = min_t(u32, argp->count, rqstp->rq_res.buflen);
 
        v = 0;
        len = argp->count;