Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3546964pxv; Mon, 19 Jul 2021 02:57:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz0/wjzxpXpQoc2pfvab5xwGYY8uxCyJiG8NIAdhD8aP4kr59kHpolQ/HaR4c3gcafF+8s0 X-Received: by 2002:a5e:c311:: with SMTP id a17mr18234986iok.22.1626688666369; Mon, 19 Jul 2021 02:57:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626688666; cv=none; d=google.com; s=arc-20160816; b=kUcBBgoh2zrDDEU/Wdf+dTVHbZmoTlZ3wHGdICj869hIOAXxSj6hqsXxWpnRa2PPRx BX7tSMfjakHeLsP3vtCrfKCqZYPJoPksImU8iIHQU/0LTZQhpdvc5nT2baq5IZu1ZH3n 5oI9R+3c3Erprac+ZJov28XYt8mPw+WL60Bp+u8E3mi8AybQIRfQA2O9U9La4J3O9nuF NMscOIGcDLIGrVNLhVGS0mmXDIiX+GbDHdwToeaN8mh3vlCihblvqh25/js1uHKPvMg/ I96+hM2piq7dI/lUgbtZoQBRilTgP3IzX/rYHy4/jupII5D6TWJuy/dsMjq/6QnD4rAd mBGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:subject:from :references:cc:to:dkim-signature:dkim-signature; bh=p+KYZhu8MHF65CyDgaHI85CrDt1saurCBksyVHMp+A8=; b=eFQafM2AEBqva/cChAXz6v3jqk0ALtdq9rihdhW1BLrpOw9rB1oCDPYAa81pefwPLr jOs5S21fuzxM7r7r+gZ9D32T5xlQsona0XPz9wwvZHWmk4fFZ3AgL0KaHA9ExGmDQ++g tueGGf87FaO2XtwaYkBqznFP6KJIyf4D3HuLzXzK1tg6qg4ZdZgA82Afz6MDqpNmD7Yi N7IZlIu+Hwwjsj9S16Khcicq/4AMPZMMTbkh0pjUBoD1U93q1bMj/Lgq169kp0SS27eM IY2Fj9/AW6FAS3VKvaM5Fx6KICZzmegR/UeRtwEzexJuNbae8do/C2iQg/Tl0hauPlB+ mNiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=jD5T8bRv; dkim=neutral (no key) header.i=@suse.de; 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 r7si9876951ill.122.2021.07.19.02.57.25; Mon, 19 Jul 2021 02:57:46 -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; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=jD5T8bRv; dkim=neutral (no key) header.i=@suse.de; 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 S235032AbhGSJQL (ORCPT + 99 others); Mon, 19 Jul 2021 05:16:11 -0400 Received: from smtp-out2.suse.de ([195.135.220.29]:43264 "EHLO smtp-out2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231928AbhGSJQL (ORCPT ); Mon, 19 Jul 2021 05:16:11 -0400 Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 3C747201DA; Mon, 19 Jul 2021 09:56:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1626688610; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=p+KYZhu8MHF65CyDgaHI85CrDt1saurCBksyVHMp+A8=; b=jD5T8bRvtKTlaUFvNTfYd9BGX9kBnfID77sxAfQaZhVJDApYrLOHNYOnx/yeHyxShuMvxm RBiGqT4o57GnSuRKT/xE4eT53WIVE02wfg8Xy4wAbbSReWdlyERErabWmIL6DvyvBaceAj RNrruKZmcBNvx57Z6DuxAHsad47c8o0= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1626688610; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=p+KYZhu8MHF65CyDgaHI85CrDt1saurCBksyVHMp+A8=; b=8mwf2UGIcy5I4+UCBM8M4c6xQ2sW05K/yFJNE28P7Hb1Cod11q1LbozDQvILdU52fbLzSf YqqihxCPQET2vmCQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 2B6F513CA7; Mon, 19 Jul 2021 09:56:50 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id QIlGCmJM9WDLMwAAMHmgww (envelope-from ); Mon, 19 Jul 2021 09:56:50 +0000 To: Sagi Grimberg , Christoph Hellwig Cc: Keith Busch , linux-nvme@lists.infradead.org, Herbert Xu , "David S . Miller" , linux-crypto@vger.kernel.org References: <20210716110428.9727-1-hare@suse.de> <20210716110428.9727-12-hare@suse.de> <9ac44322-5c89-da94-b540-6086d2a32bc2@grimberg.me> From: Hannes Reinecke Subject: Re: [PATCH 11/11] nvme: add non-standard ECDH and curve25517 algorithms Message-ID: Date: Mon, 19 Jul 2021 11:56:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <9ac44322-5c89-da94-b540-6086d2a32bc2@grimberg.me> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On 7/19/21 11:23 AM, Sagi Grimberg wrote: > >> TLS 1.3 specifies ECDH and curve25517 in addition to the FFDHE >> groups, and these are already implemented in the kernel. > > So? > >> So add support for these non-standard groups for NVMe in-band >> authentication to validate the augmented challenge implementation. > > Why? why should users come to expect controllers to support it? Having ECDH and curve25517 algorithms (which are known-good implementations) allows one to validate the ffdhe implementation, ie to ensure that the remainder of the protocol works as designed, even if the ffdhe implementation might not. And one could argue that TLS1.3 specifies all of these algorithms, so NVMe with it's explicit reference to TLS should do so, too. But I don't insist on it; it's just nice for debugging, that's all. Cheers, Hannes -- Dr. Hannes Reinecke Kernel Storage Architect hare@suse.de +49 911 74053 688 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nürnberg HRB 36809 (AG Nürnberg), GF: Felix Imendörffer