Received: by 10.192.165.156 with SMTP id m28csp231118imm; Tue, 17 Apr 2018 09:11:56 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+UmUmkbavGD8LEzHdf0VCm3y5Bxn7J1hG/Djl5aAoGtvDKjkF7b6KoZqw4W4metWwsMWv/ X-Received: by 2002:a17:902:a506:: with SMTP id s6-v6mr2618119plq.191.1523981516448; Tue, 17 Apr 2018 09:11:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523981516; cv=none; d=google.com; s=arc-20160816; b=rjZfjfvKtxFnZ7hU0j0IiW1awzbGyIMlVIZSyjyADqMxJF6K1U/fkWtr/XvAl62GTX sTOMaVaxOB4phVSWfxKNRGaJhE8ssLH7m/t4/N5EatennmUKgtQCpmUy8F6Q/XGtL9VG pPrUS8rCoAQvwKtTqQaofOtPxZA5u57teedfucoKXHw8VSIUcsnR2+xtfYAh/83jM9dy zVliyhD4CeHLsxtNAyYu/Z3efbq5NrqZ0vn5bJwjcDg6FtyjDEsRE+lFZ3+WYAgbCHRE YGPNFCz0gMLBa1xbXBMGUtMEbBxQmGj16tmy6DJb2k+HgIOsqVfxvYXk9zQ7i1hB4nB6 Td1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=RO8yvfhi37G7YUnn+t+VHHoEWqtzPOqE5mGdpzpRYMQ=; b=lnu8JRvAvGSZQEgF9Q5rdCNDmcl51VxK8S/te6a63FI88vd1YonrqR9DNM725JIRdo p7QiENKPidkn21cSHDdbtwQZmAKdLL3kzEJG5B6T/gWM9yt1bpyFrg7Fthoi95CVaRTV 9tLwrUNO6oADieLOmkYZBMlgBrNiWQqeVohPx+eAA1JQA4RSxOy+vWzAdUWeDYTUfEiU pM91EwlhZsK6nH0z6phK1l2ECmnBp7szcsF3MVFMsKKpSUIhr2s9boNgxh9QiF9bV7cn BZD/E7ZGVu/sAFXJqJI2hixuSQ1d4XrEdcCGuxTEsGRgu+RF4ptMcynYClbxPR+2+AjG 3L+A== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g15-v6si1666020pln.526.2018.04.17.09.11.41; Tue, 17 Apr 2018 09:11:56 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755792AbeDQQKN (ORCPT + 99 others); Tue, 17 Apr 2018 12:10:13 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:36302 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755741AbeDQQKH (ORCPT ); Tue, 17 Apr 2018 12:10:07 -0400 Received: from localhost (unknown [46.44.180.42]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 15514D0B; Tue, 17 Apr 2018 16:10:06 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Young , Eric Biggers , "J. Bruce Fields" Subject: [PATCH 4.9 51/66] sunrpc: remove incorrect HMAC request initialization Date: Tue, 17 Apr 2018 17:59:24 +0200 Message-Id: <20180417155648.106865963@linuxfoundation.org> X-Mailer: git-send-email 2.17.0 In-Reply-To: <20180417155645.868055442@linuxfoundation.org> References: <20180417155645.868055442@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Eric Biggers commit f3aefb6a7066e24bfea7fcf1b07907576de69d63 upstream. make_checksum_hmac_md5() is allocating an HMAC transform and doing crypto API calls in the following order: crypto_ahash_init() crypto_ahash_setkey() crypto_ahash_digest() This is wrong because it makes no sense to init() the request before a key has been set, given that the initial state depends on the key. And digest() is short for init() + update() + final(), so in this case there's no need to explicitly call init() at all. Before commit 9fa68f620041 ("crypto: hash - prevent using keyed hashes without setting key") the extra init() had no real effect, at least for the software HMAC implementation. (There are also hardware drivers that implement HMAC-MD5, and it's not immediately obvious how gracefully they handle init() before setkey().) But now the crypto API detects this incorrect initialization and returns -ENOKEY. This is breaking NFS mounts in some cases. Fix it by removing the incorrect call to crypto_ahash_init(). Reported-by: Michael Young Fixes: 9fa68f620041 ("crypto: hash - prevent using keyed hashes without setting key") Fixes: fffdaef2eb4a ("gss_krb5: Add support for rc4-hmac encryption") Cc: stable@vger.kernel.org Signed-off-by: Eric Biggers Signed-off-by: J. Bruce Fields Signed-off-by: Greg Kroah-Hartman --- net/sunrpc/auth_gss/gss_krb5_crypto.c | 3 --- 1 file changed, 3 deletions(-) --- a/net/sunrpc/auth_gss/gss_krb5_crypto.c +++ b/net/sunrpc/auth_gss/gss_krb5_crypto.c @@ -237,9 +237,6 @@ make_checksum_hmac_md5(struct krb5_ctx * ahash_request_set_callback(req, CRYPTO_TFM_REQ_MAY_SLEEP, NULL, NULL); - err = crypto_ahash_init(req); - if (err) - goto out; err = crypto_ahash_setkey(hmac_md5, cksumkey, kctx->gk5e->keylength); if (err) goto out;