[TLS] Re: Working Group Last Call for Post-quantum Hybrid ECDHE-MLKEM Key Agreement for TLSv1.3

Kris Kwiatkowski <kris@amongbytes.com> Fri, 10 October 2025 07:16 UTC

Return-Path: <kris@amongbytes.com>
X-Original-To: tls@mail2.ietf.org
Delivered-To: tls@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 384657081C31 for <tls@mail2.ietf.org>; Fri, 10 Oct 2025 00:16:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=amongbytes.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ART-4jf_dpfB for <tls@mail2.ietf.org>; Fri, 10 Oct 2025 00:16:18 -0700 (PDT)
Received: from 1.mo579.mail-out.ovh.net (1.mo579.mail-out.ovh.net [178.33.109.103]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 32EB57081C29 for <tls@ietf.org>; Fri, 10 Oct 2025 00:16:17 -0700 (PDT)
Received: from mxplan8.mail.ovh.net (unknown [10.110.43.248]) by mo579.mail-out.ovh.net (Postfix) with ESMTPS id 4cjdMG501zz5ygZ for <tls@ietf.org>; Fri, 10 Oct 2025 07:16:10 +0000 (UTC)
Received: from amongbytes.com (37.59.142.112) by mxplan8.mail.ovh.net (172.16.2.1) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.59; Fri, 10 Oct 2025 09:16:10 +0200
Authentication-Results: garm.ovh; auth=pass (GARM-112S0069a3163c3-8f78-4111-9702-198a20deed44, 74D9401547C7F04CD6AEBC49B119D12EDAA5279F) smtp.auth=kris@amongbytes.com
X-OVh-ClientIp: 88.97.253.244
Message-ID: <1d14a4f9-ab5c-471f-88cf-e3ca963d7f9e@amongbytes.com>
Date: Fri, 10 Oct 2025 08:16:09 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: tls@ietf.org
References: <CAOgPGoA+c8kXDizwsvFG5tLz9+Kxk0HqiN1skKp5jMvvpxeu0Q@mail.gmail.com> <CABcZeBO+3u=1=ueNscq+O74Qv=7PC5NedsGsugp=GZjVqtODoQ@mail.gmail.com> <1040fcc9-46e3-197e-1fa7-353c978486fb@nohats.ca> <CABcZeBMZ=0ByGpDzHsfq2m3wO9NhpEoFX+2k0_8NhTiAYekqBw@mail.gmail.com> <aOimWoGkK3_dGOSF@chardros.imrryr.org>
Content-Language: en-US
From: Kris Kwiatkowski <kris@amongbytes.com>
In-Reply-To: <aOimWoGkK3_dGOSF@chardros.imrryr.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Ovh-Tracer-GUID: a4769484-4d4c-4068-8eb0-56c68605f71a
X-Ovh-Tracer-Id: 12878606086510329623
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: 0
X-VR-SPAMCAUSE: dmFkZTEHrCi51OSQ8ZreU9KUww6CbTg7GIyMG/efh9aJBaPOrOvekSJEMMqzuh8+ETH6Xq34AE0RMgGZGc35LvpfYyILWo+Ru42tmdimu4rfczkWOcqntgs0yMJ0udlgBOI1VLxUTVb4QKr3ejSkkP06k5+kzs3E75qYBbwJFaNn9vKWMWMl0xZWfngPpwkglg/W/utg151hHtDhfLzt10mqrOo3c02UXR8hYbKREslq6X5icwIN2Awv+DGw8xgMfH4iEwVueBeB3xFpVsO1ckTwlH/Se0AU28PiHakSQZ9/iBl95OmzRPOPqDCEatikeIlxtGS69SrCJtaajy20v/s+mQf1alWPM7SehIk9Sqfl/A+gu6ObcR4rVXwYyh0RI8TgOh863oOa6I/0IOiR25/1f/L0p+L9pxavIvAtnvw4qkHClu0E5GPjOPJ5IbZvd9FD+m6Urj6TQPWT7RAJTzoiOQdaBoHq9EAL7qtdjCW57X1S6N7BloTlfwjuDwGP+u3AcrnUsIme7I2BW6WRD0fEHshNlBaR/5x0PyWSuvOIGw5VKekztXQtYpcZl5P6DT6pLkTutwId/2pie9+y6de3FvDyL0bM781ECYA9dE0wRMXHetKfdBWAEAVe3MAUim62gIQEhUV4FT8b2Yg5FHMh1zsBPb9FxbDwd9nf4cobENn2Pw
DKIM-Signature: a=rsa-sha256; bh=CroU1o83Z4C3WarQhvFvIyv+9Yvy2Z+NDzpmYlx/u8Q=; c=relaxed/relaxed; d=amongbytes.com; h=From; s=ovhmo2671616-selector1; t=1760080570; v=1; b=YGj94SxQqXZpjFIalFkRa791Cjjdqkt4zqUywKx689kHsQVhtDyNXyfudercK/FZcUk3OzjP bWquk8+Sh4ea67qRSiyEV9tsvdwUd8qgQIBEdrZBHEgH0gdYIVTuPWO7pRam0XAA0LM7W42aZwE FhiPaixrpY2g8b4OJTiYVig7VkO4ME3QkikUk4lbFAJ6AK2CpKD3fjs6R/Oa6eKBUSlFtHsOqS7 bmeD2SpK0Xf3i1zLUiJPIDTp6gAj3UhcbBZLApQcSNuh8RTmnqMFRHVaVTh4blNzcnvjfCEe0FQ wxGt9biuAvFAwaHDRwTdYTH3mhM5vgdAzip3IblkN1LXQ==
Message-ID-Hash: MYASQX2GQKRUDXCC4BUX3EOA4QMOEWXV
X-Message-ID-Hash: MYASQX2GQKRUDXCC4BUX3EOA4QMOEWXV
X-MailFrom: kris@amongbytes.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tls.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Working Group Last Call for Post-quantum Hybrid ECDHE-MLKEM Key Agreement for TLSv1.3
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/0zVEiRj661edfJOJ7mUa9cqQHRA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Owner: <mailto:tls-owner@ietf.org>
List-Post: <mailto:tls@ietf.org>
List-Subscribe: <mailto:tls-join@ietf.org>
List-Unsubscribe: <mailto:tls-leave@ietf.org>

It was suggested in the past (both at the mailing list and at github), 
but the decision was made not to include this option since the use case 
for that combination was unclear. At the same time, keeping the number 
of algorithms to a minimum was considered beneficial.

What would be the use case for that code point?

On 10/10/2025 07:23, Viktor Dukhovni wrote:

> On Tue, Oct 07, 2025 at 09:39:52AM -0700, Eric Rescorla wrote:
>
>> For context, there are currently four such supported groups for TLS:
>> X25519, X448, P-256, and P-384. Is there a substantive reason why the
>> hybrids of these same groups with MLKEM ought not to be RECOMMENDED=Y?
> I was just drafting a message to suggest that the draf is missing an
> obvious combination:
>
>      MLKEM1024 + X448
>
> If MLKEM1024 is supported with SecP384r1 (P-384), it should also be
> supported with X448.  The supported combinations would then be more
> "natural":
>
>      MLKEM768 + either P-256 or X25519
>      MLKEM1024 + either P-384 or X448
>