Re: [TLS] What is the TLS WG plan for quantum-resistant algorithms?
"Kampanakis, Panos" <kpanos@amazon.com> Mon, 06 November 2023 16:40 UTC
Return-Path: <prvs=667c6a725=kpanos@amazon.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 299F5C14F736 for <tls@ietfa.amsl.com>; Mon, 6 Nov 2023 08:40:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.102
X-Spam-Level:
X-Spam-Status: No, score=-7.102 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazon.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DnA19NCBw8Ps for <tls@ietfa.amsl.com>; Mon, 6 Nov 2023 08:40:29 -0800 (PST)
Received: from smtp-fw-52005.amazon.com (smtp-fw-52005.amazon.com [52.119.213.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 13384C15C2B1 for <tls@ietf.org>; Mon, 6 Nov 2023 08:40:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1699288829; x=1730824829; h=from:to:cc:date:message-id:references:in-reply-to: mime-version:subject; bh=+OBQwOigVcjybVNVmBSDNTfV83jmnstCxSjksMj890c=; b=trgRtva4ZwvjLUvEbk9ph8E8E6r6G+nx8bmJ87r0Gm5QuvldE1+hDJxj TZhCdWW1o6Z9U5mY7wGZYAZhuhXDI599SskLC8W/krI8HbCp0JGLEvQ/y hprtdl2I6kJKLdqZCdaTD+4xQ0y/rmo34/ayRZQHmK4rSAs/bUryj0WBh o=;
X-IronPort-AV: E=Sophos;i="6.03,282,1694736000"; d="scan'208,217";a="614419113"
Thread-Topic: [TLS] What is the TLS WG plan for quantum-resistant algorithms?
Received: from iad12-co-svc-p1-lb1-vlan3.amazon.com (HELO email-inbound-relay-pdx-2b-m6i4x-0ec33b60.us-west-2.amazon.com) ([10.43.8.6]) by smtp-border-fw-52005.iad7.amazon.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Nov 2023 16:40:27 +0000
Received: from smtpout.prod.us-west-2.prod.farcaster.email.amazon.dev (pdx2-ws-svc-p26-lb5-vlan2.pdx.amazon.com [10.39.38.66]) by email-inbound-relay-pdx-2b-m6i4x-0ec33b60.us-west-2.amazon.com (Postfix) with ESMTPS id 6957EA0B86; Mon, 6 Nov 2023 16:40:15 +0000 (UTC)
Received: from EX19MTAUWA002.ant.amazon.com [10.0.7.35:38966] by smtpin.naws.us-west-2.prod.farcaster.email.amazon.dev [10.0.9.182:2525] with esmtp (Farcaster) id e4c85360-7076-4e4c-b8c7-dc232d6342e2; Mon, 6 Nov 2023 16:40:15 +0000 (UTC)
X-Farcaster-Flow-ID: e4c85360-7076-4e4c-b8c7-dc232d6342e2
Received: from EX19D001ANA003.ant.amazon.com (10.37.240.188) by EX19MTAUWA002.ant.amazon.com (10.250.64.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.39; Mon, 6 Nov 2023 16:40:14 +0000
Received: from EX19D001ANA001.ant.amazon.com (10.37.240.156) by EX19D001ANA003.ant.amazon.com (10.37.240.188) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.2.1118.39; Mon, 6 Nov 2023 16:40:13 +0000
Received: from EX19D001ANA001.ant.amazon.com ([fe80::4f78:75cd:3117:8055]) by EX19D001ANA001.ant.amazon.com ([fe80::4f78:75cd:3117:8055%5]) with mapi id 15.02.1118.039; Mon, 6 Nov 2023 16:40:13 +0000
From: "Kampanakis, Panos" <kpanos@amazon.com>
To: Bas Westerbaan <bas=40cloudflare.com@dmarc.ietf.org>
CC: "TLS@ietf.org" <tls@ietf.org>
Thread-Index: AQHaEJDz6/DbjxAcXU+Uz3jNUE3libBtKhWAgABTuzA=
Date: Mon, 06 Nov 2023 16:40:13 +0000
Message-ID: <f0c610a7d71e4edf9228ff518ac40505@amazon.com>
References: <169413407847.21904.934194480456263049@ietfa.amsl.com> <GVXPR07MB96787EDDFD97A9E32AC6226389AAA@GVXPR07MB9678.eurprd07.prod.outlook.com> <CAMjbhoV8SnNLjQt0q15boAXxWYkmPy8v-8aCqW4kvdtE89-gtw@mail.gmail.com>
In-Reply-To: <CAMjbhoV8SnNLjQt0q15boAXxWYkmPy8v-8aCqW4kvdtE89-gtw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.37.240.172]
Content-Type: multipart/alternative; boundary="_000_f0c610a7d71e4edf9228ff518ac40505amazoncom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/FV9u1vskq2_m4Yt3KsqF13aLDak>
Subject: Re: [TLS] What is the TLS WG plan for quantum-resistant algorithms?
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Nov 2023 16:40:33 -0000
> Concretely, after ML-KEM is finished, I was planning to update draft-schwabe-cfrg-kyber to match it, and proposing to register a codepoint for a single ML-KEM-768 hybrid in draft-ietf-tls-hybrid-design. Agreed, but I would suggest three (x25519-mlkem768, p256-mlkem768, p384-mlkem1024) to cover FIPS and CNSA 2.0 compliance. More than three combinations is unnecessary imo. From: TLS <tls-bounces@ietf.org> On Behalf Of Bas Westerbaan Sent: Monday, November 6, 2023 6:37 AM To: John Mattsson <john.mattsson=40ericsson.com@dmarc.ietf.org> Cc: TLS@ietf.org Subject: RE: [EXTERNAL] [TLS] What is the TLS WG plan for quantum-resistant algorithms? CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe. Thanks for bringing this up. There are a bunch of (implicit) questions in your e-mail. 1. Do we want rfc describing the final NIST standards? And for which? I'm ok with that — in this order of priority: ml-kem, ml-dsa, slh-dsa. 2. For which algorithms do we want to assign codepoints once the NIST standards are out? Codepoints are cheap and use cases/rules are different, but especially with the hybrids, I'd encourage us to try to be disciplined and keep the list as short as we can for now, so that early adopters for which it doesn't matter, all choose the same thing. The DNS mechanism of draft-davidben-tls-key-share-prediction helps on the performance side, but it doesn't solve the duplicate engineering/validation if there are a dozen essentially equivalent KEMs. 3. Do we want to standardise non-hybrid KEMs for TLS? I don't care for them yet, but others might. 4. Do we need hybrid signatures for the TLS handshake? I don't see the use, but could be convinced otherwise. 5. What is the future of AuthKEM? That's definitely a different e-mail thread. Concretely, after ML-KEM is finished, I was planning to update draft-schwabe-cfrg-kyber to match it, and proposing to register a codepoint for a single ML-KEM-768 hybrid in draft-ietf-tls-hybrid-design. Best, Bas On Mon, Nov 6, 2023 at 10:10 AM John Mattsson <john.mattsson=40ericsson.com@dmarc.ietf.org<mailto:40ericsson.com@dmarc.ietf.org>> wrote: Hi, NIST has released draft standards for ML-KEM, ML-DSA, and ML-SLH. Final standards are expected in Q1 2024. https://csrc.nist.gov/news/2023/three-draft-fips-for-post-quantum-cryptography I would like to have standard track TLS (and DTLS, QUIC) RFCs for ML-KEM and ML-DSA (all security levels standardized by NIST) as soon as possible after the final NIST standards are ready. 3GPP is relying almost exclusively on IETF RFCs for uses of public key cryptography (the exception is ECIES for IMSI encryption but that will likely use HPKE with ML-KEM in the future). Looking at the TLS document list, it seems severely lacking when it comes to ML-KEM, ML-DSA… The adopted draft-ietf-tls-hybrid-design is an informal draft dealing with the pre-standard Kyber. https://datatracker.ietf.org/doc/draft-ietf-tls-hybrid-design/ AuthKEM is a quite big change to TLS https://datatracker.ietf.org/doc/draft-wiggers-tls-authkem-psk/ This is not adopted, informal, and dealing with the pre-standard Kyber. https://datatracker.ietf.org/doc/draft-kwiatkowski-tls-ecdhe-kyber/ What is the TLS WG plan for quantum-resistant algorithms? My current view is that I would like ML-KEM-512, ML-KEM-768, ML-KEM-1024, ML-DSA-44, ML-DSA-65, and ML-DSA-87 registered asap. For hybrid key exchange I think X25519 and X448 are the only options that make sense. For hybrid signing, ECDSA, EdDSA, and RSA could all make sense. Cheers, John From: TLS <tls-bounces@ietf.org<mailto:tls-bounces@ietf.org>> on behalf of internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> Date: Friday, 8 September 2023 at 02:48 To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org> <i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>> Cc: tls@ietf.org<mailto:tls@ietf.org> <tls@ietf.org<mailto:tls@ietf.org>> Subject: [TLS] I-D Action: draft-ietf-tls-hybrid-design-09.txt Internet-Draft draft-ietf-tls-hybrid-design-09.txt is now available. It is a work item of the Transport Layer Security (TLS) WG of the IETF. Title: Hybrid key exchange in TLS 1.3 Authors: Douglas Stebila Scott Fluhrer Shay Gueron Name: draft-ietf-tls-hybrid-design-09.txt Pages: 23 Dates: 2023-09-07 Abstract: Hybrid key exchange refers to using multiple key exchange algorithms simultaneously and combining the result with the goal of providing security even if all but one of the component algorithms is broken. It is motivated by transition to post-quantum cryptography. This document provides a construction for hybrid key exchange in the Transport Layer Security (TLS) protocol version 1.3. Discussion of this work is encouraged to happen on the TLS IETF mailing list tls@ietf.org<mailto:tls@ietf.org> or on the GitHub repository which contains the draft: https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-c404f4af2592f2f4&q=1&e=367fabf2-370b-4cec-b657-05a8499decf6&u=https%3A%2F%2Fgithub.com%2Fdstebila%2Fdraft-ietf-tls-hybrid-design. The IETF datatracker status page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-tls-hybrid-design/ There is also an HTML version available at: https://www.ietf.org/archive/id/draft-ietf-tls-hybrid-design-09.html A diff from the previous version is available at: https://author-tools.ietf.org/iddiff?url2=draft-ietf-tls-hybrid-design-09 Internet-Drafts are also available by rsync at: rsync.ietf.org::internet-drafts _______________________________________________ TLS mailing list TLS@ietf.org<mailto:TLS@ietf.org> https://www.ietf.org/mailman/listinfo/tls _______________________________________________ TLS mailing list TLS@ietf.org<mailto:TLS@ietf.org> https://www.ietf.org/mailman/listinfo/tls
- [TLS] I-D Action: draft-ietf-tls-hybrid-design-09… internet-drafts
- [TLS] What is the TLS WG plan for quantum-resista… John Mattsson
- Re: [TLS] What is the TLS WG plan for quantum-res… Krzysztof Kwiatkowski
- Re: [TLS] What is the TLS WG plan for quantum-res… Bas Westerbaan
- Re: [TLS] What is the TLS WG plan for quantum-res… Tim Hollebeek
- Re: [TLS] What is the TLS WG plan for quantum-res… Bas Westerbaan
- Re: [TLS] What is the TLS WG plan for quantum-res… Tim Hollebeek
- Re: [TLS] What is the TLS WG plan for quantum-res… Thom Wiggers
- Re: [TLS] What is the TLS WG plan for quantum-res… Kampanakis, Panos
- Re: [TLS] What is the TLS WG plan for quantum-res… Watson Ladd
- Re: [TLS] What is the TLS WG plan for quantum-res… Deirdre Connolly
- Re: [TLS] What is the TLS WG plan for quantum-res… Bas Westerbaan
- Re: [TLS] What is the TLS WG plan for quantum-res… Kris Kwiatkowski
- Re: [TLS] What is the TLS WG plan for quantum-res… Bas Westerbaan
- Re: [TLS] What is the TLS WG plan for quantum-res… Watson Ladd
- Re: [TLS] [EXT] Re: What is the TLS WG plan for q… Blumenthal, Uri - 0553 - MITLL
- Re: [TLS] What is the TLS WG plan for quantum-res… Yoav Nir
- Re: [TLS] [EXT] Re: What is the TLS WG plan for q… Yoav Nir
- Re: [TLS] What is the TLS WG plan for quantum-res… Scott Fluhrer (sfluhrer)
- Re: [TLS] What is the TLS WG plan for quantum-res… Yoav Nir
- Re: [TLS] What is the TLS WG plan for quantum-res… Scott Fluhrer (sfluhrer)
- Re: [TLS] What is the TLS WG plan for quantum-res… D. J. Bernstein
- Re: [TLS] What is the TLS WG plan for quantum-res… John Mattsson
- Re: [TLS] What is the TLS WG plan for quantum-res… D. J. Bernstein
- Re: [TLS] What is the TLS WG plan for quantum-res… John Mattsson
- Re: [TLS] What is the TLS WG plan for quantum-res… Dan Brown
- Re: [TLS] What is the TLS WG plan for quantum-res… Loganaden Velvindron
- Re: [TLS] What is the TLS WG plan for quantum-res… Yoav Nir
- Re: [TLS] What is the TLS WG plan for quantum-res… Sophie Schmieg
- Re: [TLS] What is the TLS WG plan for quantum-res… John Mattsson
- Re: [TLS] What is the TLS WG plan for quantum-res… Ilari Liusvaara
- Re: [TLS] What is the TLS WG plan for quantum-res… Scott Fluhrer (sfluhrer)
- Re: [TLS] What is the TLS WG plan for quantum-res… Deirdre Connolly
- Re: [TLS] What is the TLS WG plan for quantum-res… John Mattsson
- Re: [TLS] What is the TLS WG plan for quantum-res… Thom Wiggers
- Re: [TLS] What is the TLS WG plan for quantum-res… D. J. Bernstein