[TLS] Document Action: 'ML-KEM Post-Quantum Key Agreement for TLS 1.3' to Informational RFC (draft-ietf-tls-mlkem-10.txt)
The IESG <iesg-secretary@ietf.org> Thu, 03 September 2026 16:12 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: tls@ietf.org
Delivered-To: tls@mail2.ietf.org
Received: from [10.244.8.80] (gaia.k8s.ietf.org [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 235EF134E3B3A; Thu, 3 Sep 2026 09:12:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1788451969; bh=XttykP1gj5S7H6xtOqAX0AndZzmrs3yxouJSQTHVikw=; h=From:To:Subject:Cc:Date; b=j4Y8Uom9zpzMpen9GsgmQ9MQXebvk1aD2gvq8e8zInfOeXQFPqm4nvJzL7tAL4zC2 c4OjwVAgJg8BWeK2b9W50efHxZbjkTfDDSsxk47mJyVPrVfqd+TXn9lJDBVYlOk+J3 GzlrRX6Fmfq9TcxQwN6tsbw+S36rcjhO4qZWRs/M=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.73.0
Auto-Submitted: auto-generated
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <178845196906.700896.5996777892126127146@dt-datatracker-6669c7b496-s9mrn>
Date: Thu, 03 Sep 2026 09:12:49 -0700
Message-ID-Hash: U4QUCCOBDD6PCECRNHFEZIO7QTLXHYQC
X-Message-ID-Hash: U4QUCCOBDD6PCECRNHFEZIO7QTLXHYQC
X-MailFrom: iesg-secretary@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tls.ietf.org-0; header-match-tls.ietf.org-1; header-match-tls.ietf.org-2; header-match-tls.ietf.org-3; header-match-tls.ietf.org-4; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: The IESG <iesg@ietf.org>, draft-ietf-tls-mlkem@ietf.org, rfc-editor@rfc-editor.org, tls-chairs@ietf.org, tls@ietf.org
X-Mailman-Version: 3.3.9rc6
Subject: [TLS] Document Action: 'ML-KEM Post-Quantum Key Agreement for TLS 1.3' to Informational RFC (draft-ietf-tls-mlkem-10.txt)
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/Ik2HfJ3KswO-R4FXRI2aJZ2m1Zg>
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>
The IESG has approved the following document: - 'ML-KEM Post-Quantum Key Agreement for TLS 1.3' (draft-ietf-tls-mlkem-10.txt) as Informational RFC This document is the product of the Transport Layer Security Working Group. The IESG contact persons are Christopher Inacio and Deb Cooley. A URL of this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-tls-mlkem/ Technical Summary This memo defines ML-KEM-512, ML-KEM-768, and ML-KEM-1024 as NamedGroups and registers IANA values in the TLS Supported Groups registry for use in TLS 1.3 to achieve post-quantum (PQ) key establishment. Working Group Summary The consensus for this document was built over 3 WGLCs. Over time changes were made to this document and other documents, liaison statements from other SDOs were received which helped to shift the consensus to publication. It is worth noting that the consensus was rough because there were many new participants who joined the discussion during the WGLC, due to extensive social media activation of the last call. The chairs focused their consensus judgement on people that participated in TLS prior to the last WGLC. Document Quality Standalone ML-KEM is already widely implemented: OpenSSL (512/768/1024), AWS-LC (512/768/1024), Bouncy Castle (512/768/1024), Botan (512/768/1024), wolfSSL (512/768/1024), Rustls (768/1024), GnuTLS (768/1024), BoringSSL (1024), s2n-tls (1024) In nearly all of these the pure ML-KEM groups are not enabled by default (hybrid X25519MLKEM768 is the default); enabling standalone requires an explicit choice. The hybrid version is negotiated at scale in browsers and server stacks. The document defines no MIB module, no YANG module, no media type, and no URI scheme. The IETF stream is Informational. This is appropriate because the WG has explicitly declined to recommend standalone ML-KEM for general use (Recommended: N) while still wishing to document the already-registered, already-implemented code points. Personnel The Document Shepherd for this document is Joseph A. Salowey. The Responsible Area Director is Deb Cooley.