Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp4698854pxu; Wed, 21 Oct 2020 03:06:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQJ6h2j9Xy4levxWLW83DDdYYx8IjoyPrK+v9bJGRvG1BonnIuZnaTV9uaKSH8pTQNzAL8 X-Received: by 2002:a17:906:b010:: with SMTP id v16mr2770109ejy.163.1603274817752; Wed, 21 Oct 2020 03:06:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603274817; cv=none; d=google.com; s=arc-20160816; b=QLxZsS3QURZDdnsaTTJtBIb++qJESBuOZzbJGbYsc6t+JhadmwNGKwUM5DEItNAMfk TZwBTZQoq/JYZjSxFqZq8k//jQsL8PtwPVYev9YPHm2COugTa1bPemy4sCkCAQdWfAPL nyu4R4oBTuPY94bfpOYq3R8JsFzr5+2bsXCWA9zKFUJ+STYbJqBxUQ/LxJR+NoWO0ZQT vWJfyaSQ1vzO0/kANCcULn/N5DNRuXViCFmBE0plPuV3652gihfRYMC+grFHv/R57vD7 EvFSTftDDXvb/GI+xEiGI1KSYUBYvGGB3znlQkoL7GQoTwo8TgPkWyQaNTrcJcL78+fy a1PQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=9+fYvZA6OGxCjC49pxceAMWASEc8BRotkYG4ADhk4ho=; b=Hpyq8iZF4MGI4G0ao48tHfmdfFEWc4Bgso4mndmeI+jE+PXAAW1/YSGcsR/ZGPiMh9 za9W4tD8A5tmhb1apgtw6NJp1sTat/KiVbAm26nIyRRPHdnndap9F6V4Fx8IGQecgfFc +dM8c3kAMKzO15jIGh6X5u0ZY999WU5GrwsfR16EJarZoIVBdykZYcODClmZHiNVZpBo X1RU9Qdv+4IWM+jhU5C4bP6wTYjC1hYSP9Ks5qauoUUtJr269AlzVepSXC7+L1dLYPHx 0amUUpAJ0kGDkA1tSHNDgno8NGPUwjtcnxAJkh2mUqq8BPO1bxe558jitfwcnXVPtpf5 Qn5Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j14si1378564edk.526.2020.10.21.03.06.34; Wed, 21 Oct 2020 03:06:57 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2438580AbgJTUkF (ORCPT + 99 others); Tue, 20 Oct 2020 16:40:05 -0400 Received: from mail-qv1-f67.google.com ([209.85.219.67]:43333 "EHLO mail-qv1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2438558AbgJTUkE (ORCPT ); Tue, 20 Oct 2020 16:40:04 -0400 Received: by mail-qv1-f67.google.com with SMTP id bl9so1607851qvb.10; Tue, 20 Oct 2020 13:40:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=9+fYvZA6OGxCjC49pxceAMWASEc8BRotkYG4ADhk4ho=; b=JWLvaS8wCjKWexcPc3BoI4sBdi39bUd8uh5pVd1l//M3aILYIbzthEMxWRZUZL4fXK 3/z4gbycqaVuCIlfDJLS5uWoBxQkx1BbqfXiMqoYxFdRskVJBLBaNQZMz+wLx+amwu8+ 8im9MTThU+STMa6RtJJFtuoN9shhB1zpuSNyw5qT8rbzxwjj6NYkEea84/zsqCGO4GaU wI+BmjLazwGahgYs89fUNXrTerz2+8qEmBYXJk8ct2zLqGjh9w7r1JyM4iMTgSbltbpx LlkD870psX3MWg0hMjZz+soyytjjKnMLBnNknq0wz1ZOd7ygcWuEiXPi33ugdFQP1Yde hsFQ== X-Gm-Message-State: AOAM533Q+f5DtHLodhN5x4lWNa+dfzegqrw9sPi5yIAthpG/Y7o6liRG Nnbai84dpdHZav59ioyGWuA= X-Received: by 2002:a05:6214:125:: with SMTP id w5mr5110433qvs.3.1603226401734; Tue, 20 Oct 2020 13:40:01 -0700 (PDT) Received: from rani.riverdale.lan ([2001:470:1f07:5f3::b55f]) by smtp.gmail.com with ESMTPSA id m18sm1411165qkk.102.2020.10.20.13.40.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Oct 2020 13:40:01 -0700 (PDT) From: Arvind Sankar To: Herbert Xu , "David S. Miller" , "linux-crypto@vger.kernel.org" , David Laight Cc: linux-kernel@vger.kernel.org Subject: [PATCH v2 2/6] crypto: lib/sha256 - Don't clear temporary variables Date: Tue, 20 Oct 2020 16:39:53 -0400 Message-Id: <20201020203957.3512851-3-nivedita@alum.mit.edu> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20201020203957.3512851-1-nivedita@alum.mit.edu> References: <20201020203957.3512851-1-nivedita@alum.mit.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org The assignments to clear a through h and t1/t2 are optimized out by the compiler because they are unused after the assignments. These variables shouldn't be very sensitive: t1/t2 can be calculated from a through h, so they don't reveal any additional information. Knowing a through h is equivalent to knowing one 64-byte block's SHA256 hash (with non-standard initial value) which, assuming SHA256 is secure, doesn't reveal any information about the input. Signed-off-by: Arvind Sankar --- lib/crypto/sha256.c | 1 - 1 file changed, 1 deletion(-) diff --git a/lib/crypto/sha256.c b/lib/crypto/sha256.c index d43bc39ab05e..099cd11f83c1 100644 --- a/lib/crypto/sha256.c +++ b/lib/crypto/sha256.c @@ -202,7 +202,6 @@ static void sha256_transform(u32 *state, const u8 *input) state[4] += e; state[5] += f; state[6] += g; state[7] += h; /* clear any sensitive info... */ - a = b = c = d = e = f = g = h = t1 = t2 = 0; memzero_explicit(W, 64 * sizeof(u32)); } -- 2.26.2