Received: by 10.223.176.5 with SMTP id f5csp3440330wra; Mon, 29 Jan 2018 13:12:39 -0800 (PST) X-Google-Smtp-Source: AH8x225eJGUGs2iFotZbnbL1xsUzXfXudylBbJHIGrHBYTAxcM1E9q7kxIygxmsBJL/LiU0WNIYl X-Received: by 2002:a17:902:bd09:: with SMTP id p9-v6mr14297269pls.236.1517260359145; Mon, 29 Jan 2018 13:12:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517260359; cv=none; d=google.com; s=arc-20160816; b=diQgVNPpWb1VddWfxfmhniSyDARYmG1guiEXwoCIqCU6hGT7yxh0dkRSAFetBlln7b D6B2Grjhx0tOeMdpWBS95T6SW2vI5V3HfM1mRQoRYJSFsAZYizXfj1sks7hon1O7NULL zVdS2iYV30n88VtJrOcA9jPIXqam0Gld/soazJCoe/GuHgYPf9bwpyEZ0vsT28NBDGmR tbrRweIK43qjAuEWvI2micPfRLwrmmAERQ/Dltvb5YnMPo+uqyyrf4g1swr06ND5+phb sWf6d0+9V2nDRDZG/xwIPF8uZk1nKr+kNpwZItGxlZOMq+AQXoEjLjKQV/7a4ctj1PDR llPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=gKuquvHm3hazK7Idly6KZjOzul8yF7Q6ghJ7K5yfOCM=; b=VVteQMCl7IDuRPDOmHUpj5aAE39BsFaGGI4UYvq7vlxrFIJUdI2oC5qrpJUrU1Hnm1 6yzfzyYriPcbKu+i12HGkGgkBa/4v5xhDWLob2SEHoUrF+C3+PHxjFyUNx224DvekgtJ qRmwACF6aNkCTu9sgwgJQTRSMFH60yePuEVpUgtOUHmOog8YD8VqS8eQutbg8nEJCGOd AdPdPS0kIXLlfoUwd0NgCM6HxM0e2q4O0q/Pik+Ykk+yFkdjG0FffvKmFY1EY0zzbmOX kAyP8ASQgQUrNnkPax28HRM/V3iE47LEpreWTvDPLT9i8p5+K6ovNJpS6jxG8kJaWHCg zsfw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b2si7935048pgc.726.2018.01.29.13.12.24; Mon, 29 Jan 2018 13:12:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751913AbeA2VKw (ORCPT + 99 others); Mon, 29 Jan 2018 16:10:52 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:47642 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752100AbeA2UGM (ORCPT ); Mon, 29 Jan 2018 15:06:12 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 7507C2E8A; Mon, 29 Jan 2018 12:58:17 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Joe Lawrence , Mikulas Patocka , Al Viro , Jens Axboe , Michael Kerrisk , Randy Dunlap , Josh Poimboeuf , Andrew Morton , Linus Torvalds , Dong Jinguang Subject: [PATCH 3.18 08/52] pipe: avoid round_pipe_size() nr_pages overflow on 32-bit Date: Mon, 29 Jan 2018 13:56:26 +0100 Message-Id: <20180129123628.551342730@linuxfoundation.org> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180129123628.168904217@linuxfoundation.org> References: <20180129123628.168904217@linuxfoundation.org> User-Agent: quilt/0.65 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.18-stable review patch. If anyone has any objections, please let me know. ------------------ From: Joe Lawrence commit d3f14c485867cfb2e0c48aa88c41d0ef4bf5209c upstream. round_pipe_size() contains a right-bit-shift expression which may overflow, which would cause undefined results in a subsequent roundup_pow_of_two() call. static inline unsigned int round_pipe_size(unsigned int size) { unsigned long nr_pages; nr_pages = (size + PAGE_SIZE - 1) >> PAGE_SHIFT; return roundup_pow_of_two(nr_pages) << PAGE_SHIFT; } PAGE_SIZE is defined as (1UL << PAGE_SHIFT), so: - 4 bytes wide on 32-bit (0 to 0xffffffff) - 8 bytes wide on 64-bit (0 to 0xffffffffffffffff) That means that 32-bit round_pipe_size(), nr_pages may overflow to 0: size=0x00000000 nr_pages=0x0 size=0x00000001 nr_pages=0x1 size=0xfffff000 nr_pages=0xfffff size=0xfffff001 nr_pages=0x0 << ! size=0xffffffff nr_pages=0x0 << ! This is bad because roundup_pow_of_two(n) is undefined when n == 0! 64-bit is not a problem as the unsigned int size is 4 bytes wide (similar to 32-bit) and the larger, 8 byte wide unsigned long, is sufficient to handle the largest value of the bit shift expression: size=0xffffffff nr_pages=100000 Modify round_pipe_size() to return 0 if n == 0 and updates its callers to handle accordingly. Link: http://lkml.kernel.org/r/1507658689-11669-3-git-send-email-joe.lawrence@redhat.com Signed-off-by: Joe Lawrence Reported-by: Mikulas Patocka Reviewed-by: Mikulas Patocka Cc: Al Viro Cc: Jens Axboe Cc: Michael Kerrisk Cc: Randy Dunlap Cc: Josh Poimboeuf Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds Signed-off-by: Dong Jinguang Signed-off-by: Greg Kroah-Hartman --- fs/pipe.c | 18 ++++++++++++++++-- 1 file changed, 16 insertions(+), 2 deletions(-) --- a/fs/pipe.c +++ b/fs/pipe.c @@ -1002,6 +1002,9 @@ static long pipe_set_size(struct pipe_in { struct pipe_buffer *bufs; + if (!nr_pages) + return -EINVAL; + /* * We can shrink the pipe, if arg >= pipe->nrbufs. Since we don't * expect a lot of shrink+grow operations, just free and allocate @@ -1046,13 +1049,19 @@ static long pipe_set_size(struct pipe_in /* * Currently we rely on the pipe array holding a power-of-2 number - * of pages. + * of pages. Returns 0 on error. */ static inline unsigned int round_pipe_size(unsigned int size) { unsigned long nr_pages; + if (size < pipe_min_size) + size = pipe_min_size; + nr_pages = (size + PAGE_SIZE - 1) >> PAGE_SHIFT; + if (nr_pages == 0) + return 0; + return roundup_pow_of_two(nr_pages) << PAGE_SHIFT; } @@ -1063,13 +1072,18 @@ static inline unsigned int round_pipe_si int pipe_proc_fn(struct ctl_table *table, int write, void __user *buf, size_t *lenp, loff_t *ppos) { + unsigned int rounded_pipe_max_size; int ret; ret = proc_dointvec_minmax(table, write, buf, lenp, ppos); if (ret < 0 || !write) return ret; - pipe_max_size = round_pipe_size(pipe_max_size); + rounded_pipe_max_size = round_pipe_size(pipe_max_size); + if (rounded_pipe_max_size == 0) + return -EINVAL; + + pipe_max_size = rounded_pipe_max_size; return ret; }