Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1330882pxb; Wed, 2 Feb 2022 02:26:18 -0800 (PST) X-Google-Smtp-Source: ABdhPJyPy13aJPhvVxeOM+7u41B1c8QKGIbDUFrs6LGGx/P6ku9rsCvT5KeUV/71nTKAlGKXKs5N X-Received: by 2002:a17:90a:7102:: with SMTP id h2mr7362421pjk.65.1643797578139; Wed, 02 Feb 2022 02:26:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643797578; cv=none; d=google.com; s=arc-20160816; b=y1m610nA9cC0FI4pCLUPTneOlVzdzODFYc3qV7u0i8ByyzdlVev18lFgBS2ABGM+Na oFbJZDTgKWef0ck83UM3QhWR8jEUleVwm7eWS2Fwuu0B/dY2r1t/rVbWkRqJR5u0U0mE 62h5OVz87IPosssELq8gZ3R4RGPeAIM1M5kNgWO+c1t4UPtKIeDzi8+O2gdWmBpdTJMi vfcVq8b0a74vPj+UBeRfKS3Lezv3kgh10M36XrHPRDQEdyVtgxQWjHON44IoEHU9lWlU kpCaUybwOcdvaEnKAngQ5iHdRcw0UUQzzJp+MyS3UTiE4lmc+KgKmoAGiS6eUtcA5AMd 5WrA== 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 :message-id:date:subject:cc:to:from; bh=HX7xdO5N5aC0qidOKAkipE2fF0OX/t962b9QcwSkHMc=; b=Mq8zqNp1GdRlvJYxFc70AhkovcPTn/S+MEMdj4rO+htaBrKp2+5QfPuMr4+u+F6kFi sTsqVcMKC15xDzCMI96gm7NURxA7uknsiA5qq4TUJki0v9QuOnHTZfEiM77xdMvLSeha SOLph+Wd0C+krailk07Qj6PZd0ne5+IZUjHaPCovIh+H+LOlPXobtGlHExL9Cbk3IfEC 9YVGeiJMpx4+W0uNqDXMVyB0CuZ+jJReu2oX7vklL66VeRIGPErt9a57APW9TgN+1h/r cLts8aOxOF8hYnLKq02DssHi8U3Eoi7pB0RDxmrjav7pyPGs5UJsGoNkBP5EAJa326Q2 hrgg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t70si12867617pgd.851.2022.02.02.02.25.56; Wed, 02 Feb 2022 02:26:18 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238427AbiBBG7t (ORCPT + 99 others); Wed, 2 Feb 2022 01:59:49 -0500 Received: from vmicros1.altlinux.org ([194.107.17.57]:44640 "EHLO vmicros1.altlinux.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234901AbiBBG7t (ORCPT ); Wed, 2 Feb 2022 01:59:49 -0500 Received: from imap.altlinux.org (imap.altlinux.org [194.107.17.38]) by vmicros1.altlinux.org (Postfix) with ESMTP id A48BE72C8FA; Wed, 2 Feb 2022 09:59:47 +0300 (MSK) Received: from beacon.altlinux.org (unknown [193.43.10.9]) by imap.altlinux.org (Postfix) with ESMTPSA id 7871F4A46F0; Wed, 2 Feb 2022 09:59:47 +0300 (MSK) From: Vitaly Chikunov To: keyrings@vger.kernel.org, Jarkko Sakkinen , David Howells Cc: linux-crypto@vger.kernel.org, linux-integrity@vger.kernel.org, Stefan Berger , Eric Biggers Subject: [RFC PATCH] KEYS: Double max_size to make keyctl pkey_verify work Date: Wed, 2 Feb 2022 09:59:06 +0300 Message-Id: <20220202065906.2598366-1-vt@altlinux.org> X-Mailer: git-send-email 2.33.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Rarely used `keyctl pkey_verify' can verify raw signatures, but was failing, because ECDSA/EC-RDSA signature sizes are twice key sizes which does not pass in/out sizes check in keyctl_pkey_params_get_2. This in turn because these values cannot be distinguished by a single `max_size' callback return value. Also, `keyctl pkey_query` displays incorrect `max_sig_size' about these algorithms. Signed-off-by: Vitaly Chikunov --- crypto/asymmetric_keys/public_key.c | 15 +++++++++++++-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/crypto/asymmetric_keys/public_key.c b/crypto/asymmetric_keys/public_key.c index 4fefb219bfdc..3ffbab07ed2a 100644 --- a/crypto/asymmetric_keys/public_key.c +++ b/crypto/asymmetric_keys/public_key.c @@ -143,8 +143,19 @@ static int software_key_query(const struct kernel_pkey_params *params, len = crypto_akcipher_maxsize(tfm); info->key_size = len * 8; - info->max_data_size = len; - info->max_sig_size = len; + if (strcmp(alg_name, "ecrdsa") == 0 || + strncmp(alg_name, "ecdsa-", 6) == 0) { + /* + * For these algos sig size is twice key size. + * keyctl uses max_sig_size as minimum input size, and + * max_data_size as minimum output size for a signature. + */ + info->max_data_size = len * 2; + info->max_sig_size = len * 2; + } else { + info->max_data_size = len; + info->max_sig_size = len; + } info->max_enc_size = len; info->max_dec_size = len; info->supported_ops = (KEYCTL_SUPPORTS_ENCRYPT | -- 2.33.0