Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp997237imd; Sat, 3 Nov 2018 15:10:36 -0700 (PDT) X-Google-Smtp-Source: AJdET5dPmfFVf4l3yRjZhipHaGmXiAzWAIzsHSXgoKxbmN4FDJNo2pw+E6c4OHR0w6f/Bee+1Gec X-Received: by 2002:a65:66ce:: with SMTP id c14mr8437479pgw.450.1541283036107; Sat, 03 Nov 2018 15:10:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541283036; cv=none; d=google.com; s=arc-20160816; b=nPbDt2HB2N85Ha4zSIIeyJx+UYiDDtpSv8BXMgMmTL9m3+H0PtBbKD2xsRw1LiQ6nr R0IMrQz1AUCc4Ac66tAOlwN1fzgfcxk6nDaBG0QPyFph3nha6xugvBGsAT6qET3CjgDS Pp8vW7FHeMJYWpORAU2/wJlJyxDKE4T5Hfc8jbok0TfXJe8kIz/He1B0NIgc/d6Cw43p cXKr8j37MgJU4JnUaqzASC+NYyW/HLAY8K0sp7d+p8SMX7VsPoTYjf3nMp9pGz4eGiyo I2tnuoRjmJSp2TfhQ0aVxaFHlPoZNtHGJJRdjOZ/79gjvM9dhOioqKo4U3GnBZzmywdD VB/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=lUluHMeMbteXIUEH4BfAtgNDwF/Ua9/jeB79LlEvuY4=; b=Ywy0LCOjeLPVTQ6LwFAYM7ut+vk+EpAauagWPK1x8h6DPKBQYmL8V/lpRe3dbbMkW/ 4eQnZOf94NqJGRlK0gttulY+ESG+8fL3RxriuF8SLPhkAvfb+kvl+Ek4kSChd5TX6d7J klkplihdMrZms/5pRaaaN6s9kbHNG1UwgsfxeLaqy8v9FPPyJG6Gc17EC+EyGHiXaDE3 2yFWyn7+9t0SFqHlA8bSUchBmHonnK1FShlIlinECBH9+iiSghYE/2dKjghOdIJfMuP3 2jKK2nKI5DQlRrFcIdrZmbxYG1Nlne3q8QlihTY4yXHBzaAs+6Fod2FQXt5h4IFeovaU mGpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=cbXeG5Qj; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j129-v6si28210394pfb.201.2018.11.03.15.10.21; Sat, 03 Nov 2018 15:10:36 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=cbXeG5Qj; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727615AbeKDHUc (ORCPT + 99 others); Sun, 4 Nov 2018 02:20:32 -0500 Received: from mail.kernel.org ([198.145.29.99]:50458 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727191AbeKDHUc (ORCPT ); Sun, 4 Nov 2018 02:20:32 -0500 Received: from sol.localdomain (c-67-185-97-198.hsd1.wa.comcast.net [67.185.97.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id EB0522081F; Sat, 3 Nov 2018 22:07:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1541282877; bh=gIP1xwrTfHM6nDb1sJPzT56KtRWwnQQTgfIoPQFYnME=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=cbXeG5QjgR0KMyZ6Vr5UW8utkFiaezbhmLI86C74Z7zNlL+OKErhq/RFPXRR7L2oK fP8j38xMdcYpY6hfESH9qEXRg8C7kIC2LhmPd6i/PDB4wDS5/HQIbgVllzp6VZKvkT xgsDLtPYaiYK/b5Ls/1JlvFrZEv631DBcDX3PpX8= Date: Sat, 3 Nov 2018 15:07:55 -0700 From: Eric Biggers To: Corentin Labbe Cc: dan.carpenter@oracle.com, davem@davemloft.net, herbert@gondor.apana.org.au, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] crypto: crypto_user_stat: Zeroize whole structure given to user space Message-ID: <20181103220553.GA808@sol.localdomain> References: <1539952045-18784-1-git-send-email-clabbe@baylibre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1539952045-18784-1-git-send-email-clabbe@baylibre.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 19, 2018 at 12:27:25PM +0000, Corentin Labbe wrote: > For preventing un-initilized data to be given to user-space (and so leak > potential useful data), the crypto_stat structure must be correctly > initialised. > > Reported-by: Dan Carpenter > Fixes: cac5818c25d0 ("crypto: user - Implement a generic crypto statistics") > Signed-off-by: Corentin Labbe > --- > crypto/crypto_user_stat.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/crypto/crypto_user_stat.c b/crypto/crypto_user_stat.c > index 021ad06bbb62..9990c599f648 100644 > --- a/crypto/crypto_user_stat.c > +++ b/crypto/crypto_user_stat.c > @@ -37,6 +37,7 @@ static int crypto_report_aead(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&raead, 0, sizeof(struct crypto_stat)); > strncpy(raead.type, "aead", sizeof(raead.type)); > > v32 = atomic_read(&alg->encrypt_cnt); > @@ -65,6 +66,7 @@ static int crypto_report_cipher(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&rcipher, 0, sizeof(struct crypto_stat)); > strlcpy(rcipher.type, "cipher", sizeof(rcipher.type)); > > v32 = atomic_read(&alg->encrypt_cnt); > @@ -93,6 +95,7 @@ static int crypto_report_comp(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&rcomp, 0, sizeof(struct crypto_stat)); > strlcpy(rcomp.type, "compression", sizeof(rcomp.type)); > v32 = atomic_read(&alg->compress_cnt); > rcomp.stat_compress_cnt = v32; > @@ -120,6 +123,7 @@ static int crypto_report_acomp(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&racomp, 0, sizeof(struct crypto_stat)); > strlcpy(racomp.type, "acomp", sizeof(racomp.type)); > v32 = atomic_read(&alg->compress_cnt); > racomp.stat_compress_cnt = v32; > @@ -147,6 +151,7 @@ static int crypto_report_akcipher(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&rakcipher, 0, sizeof(struct crypto_stat)); > strncpy(rakcipher.type, "akcipher", sizeof(rakcipher.type)); > v32 = atomic_read(&alg->encrypt_cnt); > rakcipher.stat_encrypt_cnt = v32; > @@ -177,6 +182,7 @@ static int crypto_report_kpp(struct sk_buff *skb, struct crypto_alg *alg) > struct crypto_stat rkpp; > u32 v; > > + memset(&rkpp, 0, sizeof(struct crypto_stat)); > strlcpy(rkpp.type, "kpp", sizeof(rkpp.type)); > > v = atomic_read(&alg->setsecret_cnt); > @@ -203,6 +209,7 @@ static int crypto_report_ahash(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&rhash, 0, sizeof(struct crypto_stat)); > strncpy(rhash.type, "ahash", sizeof(rhash.type)); > > v32 = atomic_read(&alg->hash_cnt); > @@ -227,6 +234,7 @@ static int crypto_report_shash(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&rhash, 0, sizeof(struct crypto_stat)); > strncpy(rhash.type, "shash", sizeof(rhash.type)); > > v32 = atomic_read(&alg->hash_cnt); > @@ -251,6 +259,7 @@ static int crypto_report_rng(struct sk_buff *skb, struct crypto_alg *alg) > u64 v64; > u32 v32; > > + memset(&rrng, 0, sizeof(struct crypto_stat)); > strncpy(rrng.type, "rng", sizeof(rrng.type)); > > v32 = atomic_read(&alg->generate_cnt); > -- > 2.18.1 > There are two more info leaks in the file that this doesn't fix. I sent out a fixed version here: https://patchwork.kernel.org/patch/10666775/ ... as part of the series "crypto: crypto_user reporting fixes and cleanups". - Eric