Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2521832pxj; Mon, 10 May 2021 05:07:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyVtXT1JXUhAjLrDMGPlM0rdk4oA8tB/fRuJzM2BF2NwEoRjSrKthD4LTlneAL3FB4MC5DT X-Received: by 2002:a05:6402:1109:: with SMTP id u9mr29801801edv.174.1620648335983; Mon, 10 May 2021 05:05:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620648335; cv=none; d=google.com; s=arc-20160816; b=cBGpZ2BQA/RAvzkmb+EuvQhXn05WkySGM1OPuajqbDpA02jOZAByQQLeId4EJV+UTW uC0Il5lBP0cIGfy8oHbqgBrY4xd37uM83lwZCvKGUsxoWqLmgM5QrBRSGFfkwrmQ+cHn Dv6230hSt14EAhqmBTN+cQuP/6Ej2ZJg1f4RrLyAn5F84EneQQrSzzRvWdxgYX8kguHt a/ViLJFPtQj2KBpqfXL0dOoHHfGUEMTETZy4khPU2VwVLMdK4rVjpeppe5SdgMIIw78O vXPMBwrUjQTd5jJHX1UqeMG2iIhn/+04oNrntd8z+m0N8rt5NlOcOS7If7p/M65PQJrB PQ6A== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=vmVqUX572V3YsIejMYypSpe0CYNL8kY/hhz4gFKkwjo=; b=ls1EHf8KKQ4boo1/3ZNM970BLMdWMvqdNmwU9Kf0KvhAoBm3Y3mOWA22GI8Ogj7wVI 3d8xParcuHmiSVXzpUAJK+5axidIGiKrehZb7NapV2GtJRx9YH71bbLaknSbS3THBAbw NzWwquBTcN629Ba53ci4t9hnzO5JgMkIKeunZGy988Bd11KUheRMyaXdJPac35Po2Tbv s+84CppV7XebTmgyO1zGnu0fwzAMrBVGtJVpDYV1whw7lWFcS/wvbeD5a+uQ1qI+FdCW MfPP56Pq9WEMvJYkZsGKCGq6FcxzokLwRtWzYl2O0LgoUnMeNDcl+yQWS1WYB0q4E9/m Bx/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=DrRT4uu1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o22si13175427eja.380.2021.05.10.05.05.12; Mon, 10 May 2021 05:05:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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=@linuxfoundation.org header.s=korg header.b=DrRT4uu1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244242AbhEJL6m (ORCPT + 99 others); Mon, 10 May 2021 07:58:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:44342 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235853AbhEJLGW (ORCPT ); Mon, 10 May 2021 07:06:22 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 19C7C61628; Mon, 10 May 2021 10:56:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620644201; bh=syKh//1zBxW2bsse+MyJ23bGnmI1eRoX+g3ccSSI15E=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=DrRT4uu1nYqRHWv6bnbWEePjoqlC+F/E/a+SeIALWXw+mjEwDoiLIN9BabR3b4JQO s3l/gSmzS00PRl5WB5hx+xureVYyreBOykdVvmD1CoQeQGbb7qq6tw4eXyH/PksQne 2KwfThR7shjtwCNbBwrVnuNxCRYxXAqmH4V8jF94= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Eric Biggers , Herbert Xu Subject: [PATCH 5.11 284/342] crypto: rng - fix crypto_rng_reset() refcounting when !CRYPTO_STATS Date: Mon, 10 May 2021 12:21:14 +0200 Message-Id: <20210510102019.490184823@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210510102010.096403571@linuxfoundation.org> References: <20210510102010.096403571@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Eric Biggers commit 30d0f6a956fc74bb2e948398daf3278c6b08c7e9 upstream. crypto_stats_get() is a no-op when the kernel is compiled without CONFIG_CRYPTO_STATS, so pairing it with crypto_alg_put() unconditionally (as crypto_rng_reset() does) is wrong. Fix this by moving the call to crypto_stats_get() to just before the actual algorithm operation which might need it. This makes it always paired with crypto_stats_rng_seed(). Fixes: eed74b3eba9e ("crypto: rng - Fix a refcounting bug in crypto_rng_reset()") Cc: stable@vger.kernel.org Signed-off-by: Eric Biggers Signed-off-by: Herbert Xu Signed-off-by: Greg Kroah-Hartman --- crypto/rng.c | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) --- a/crypto/rng.c +++ b/crypto/rng.c @@ -34,22 +34,18 @@ int crypto_rng_reset(struct crypto_rng * u8 *buf = NULL; int err; - crypto_stats_get(alg); if (!seed && slen) { buf = kmalloc(slen, GFP_KERNEL); - if (!buf) { - crypto_alg_put(alg); + if (!buf) return -ENOMEM; - } err = get_random_bytes_wait(buf, slen); - if (err) { - crypto_alg_put(alg); + if (err) goto out; - } seed = buf; } + crypto_stats_get(alg); err = crypto_rng_alg(tfm)->seed(tfm, seed, slen); crypto_stats_rng_seed(alg, err); out: