Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3725907pxv; Mon, 26 Jul 2021 10:20:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzO2/UmPDxgy/kC7b8BNBFRXnjLPZ3henAuXvIQUBFTFaPIj0Xel64aq0H9gJn76F/J5CV7 X-Received: by 2002:a50:c88b:: with SMTP id d11mr23309014edh.318.1627320011916; Mon, 26 Jul 2021 10:20:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627320011; cv=none; d=google.com; s=arc-20160816; b=Mu+/WnNsADCCn+OeaSOmAeaZJxHVhBztClE23gUEdt+za+8WsTfvladdvMPvy7PaE5 t95SrUdhIhuU+WVIqbaAyJYI5bDDFwhzdW86c66U18tbJ7WweXUlkB4bfao3fChsFWvb okpuE6e8nPLTtLXgc6iTFTJbOw1vCJ2ts5lhBFcgMn8QTCKnkRIDdPDFNMRcKpaIRiu1 1vBPUm6g5YsFpMlpjj/t7YQmYU/id49g7xviDm52L/CZTNKcozD06H8PaFtLlAAsGo3Q pXz7O0lKEKMz/7nlgG2T9t4KBSmdHuz2bTRWZPGYg3n3PUvEw4RmIsM+IYq8eSDNdxOn +S7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=i+4v2+cUpuEiUYaveAthYN24PiB2lZNrWNxZT8EjHsM=; b=u9EOYul8ks6iXYTfd+mI4nXQRkABN7GyI8qUk60/jtfa37gzzjirbOjv0O611FBrhS oyryG0q8yfdp3Pa0e2ReNsWi3+NEZWefocDQSsKRr8Uf6/pZrQjbGSipLoWrvSD+sObE eD2mOCn58cZI1Zciozv3mc+3k/7bJaFNxEDepSyltgHcB6Z3TfpTzW2RPmf+BMELtK8S wELJJsvXy2RuEBkip7R4jLazlcihub/ZqRutMdCsSvLzEMttjcr+QleSdQUc8EWRSsz9 cnBpyEWdLiGJt2pGKSJpUXdhIrdZiPmQWKXxN2adMkMe3KPXhgDW0gTg9YtyT3f59WkA M99g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=cMdXdUt+; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s7si481138edx.136.2021.07.26.10.19.48; Mon, 26 Jul 2021 10:20:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=cMdXdUt+; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234818AbhGZQjP (ORCPT + 99 others); Mon, 26 Jul 2021 12:39:15 -0400 Received: from mail.kernel.org ([198.145.29.99]:57230 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241616AbhGZQiU (ORCPT ); Mon, 26 Jul 2021 12:38:20 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6FCDF60F44; Mon, 26 Jul 2021 17:18:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1627319928; bh=+CcyGlBerMfsxhJmCjzpCHhYPHtnbheE5VAiT7m0sD8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=cMdXdUt+CvBSYxDSnrQorpRVcY1ZNvej7RshO7wd1QCv16CHs3y6qAKft2Ovg700A xI7OKeDepoOpQ4QwY6N8GW//KuH04x6HPkhBsqItB1deTenz7JDrvEKyPgiFAh7xAD r+3N0XVKXcElx7j5z48ex2fx83WND6c7ZpnG0jHgRsIWh8vGzioT1YdYFQ7eNw1/Vd 6HXDDpftr3orjRkCyNfIdkRjezZRQRFTcMyg3bBOrQRb0zQjW0oX5W716bpJYu25CK eaKZ4CSEIbfOSwVUQl/D7f2mzFLxWjNdOszJ7+Dlo/AcdzH3an/hZ0DmE6YHNLItk5 oiflbICyt7+Aw== Date: Mon, 26 Jul 2021 10:18:47 -0700 From: Eric Biggers To: Jordy Zomer Cc: netdev@vger.kernel.org, Greg Kroah-Hartman , Herbert Xu , "David S. Miller" , linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] crypto: ccm - avoid negative wrapping of integers Message-ID: References: <20210726170120.410705-1-jordy@pwning.systems> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210726170120.410705-1-jordy@pwning.systems> Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Mon, Jul 26, 2021 at 07:01:20PM +0200, Jordy Zomer wrote: > Set csize to unsigned int to avoid it from wrapping as a negative number (since format input sends an unsigned integer to this function). This would also result in undefined behavior in the left shift when msg len is checked, potentially resulting in a buffer overflow in the memcpy call. > > Signed-off-by: Jordy Zomer > --- > To address was corrected, and ccm was added to the topic to indicate that this is just for ccm. > > crypto/ccm.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/crypto/ccm.c b/crypto/ccm.c > index 6b815ece51c6..e14201edf9db 100644 > --- a/crypto/ccm.c > +++ b/crypto/ccm.c > @@ -66,7 +66,7 @@ static inline struct crypto_ccm_req_priv_ctx *crypto_ccm_reqctx( > return (void *)PTR_ALIGN((u8 *)aead_request_ctx(req), align + 1); > } > > -static int set_msg_len(u8 *block, unsigned int msglen, int csize) > +static int set_msg_len(u8 *block, unsigned int msglen, unsigned int csize) > { > __be32 data; This isn't necessarily a bad change, but the value of csize is clearly in [1, 256] if you read format_input(), and in fact is in [2, 8] if you read the whole file, so please don't claim this is actually fixing anything, as it's not. Also please line wrap your commit message. - Eric