From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:53134 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752635AbeGBGc7 (ORCPT ); Mon, 2 Jul 2018 02:32:59 -0400 Date: Mon, 2 Jul 2018 08:32:55 +0200 From: Greg Kroah-Hartman To: Richard Weinberger Cc: LKML , stable , Silvio Cesare , Kees Cook Subject: Re: [PATCH 4.17 154/220] UBIFS: Fix potential integer overflow in allocation Message-ID: <20180702063255.GA12378@kroah.com> References: <20180701160908.272447118@linuxfoundation.org> <20180701160914.723817814@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: stable-owner@vger.kernel.org List-ID: On Sun, Jul 01, 2018 at 08:48:07PM +0200, Richard Weinberger wrote: > On Sun, Jul 1, 2018 at 6:22 PM, Greg Kroah-Hartman > wrote: > > 4.17-stable review patch. If anyone has any objections, please let me know. > > > > ------------------ > > > > From: Silvio Cesare > > > > commit 353748a359f1821ee934afc579cf04572406b420 upstream. > > > > There is potential for the size and len fields in ubifs_data_node to be > > too large causing either a negative value for the length fields or an > > integer overflow leading to an incorrect memory allocation. Likewise, > > when the len field is small, an integer underflow may occur. > > > > Signed-off-by: Silvio Cesare > > Fixes: 1e51764a3c2ac ("UBIFS: add new flash file system") > > Cc: stable@vger.kernel.org > > Signed-off-by: Kees Cook > > Signed-off-by: Greg Kroah-Hartman > > Guys, this patch was never on linux-mtd nor was I CC'ed. > I don't see it so super security critical which argues to bypass the > whole community review process. > > Anyway, I don't like this patch for two reasons. > 1. Instead of doing the kmalloc_array() dance, just check whether size > is 0 > and <= UBIFS_BLOCK_SIZE, in the caller. > 2. It will not apply to most stable kernels since it targets the code > path with UBIFS encryption available. Can you get a fix into Linus's tree that I can also queue up for a stable release? thanks, greg k-h