[TLS] Re: Working Group Last Call for Use of ML-DSA in TLS 1.3

Eric Rescorla <ekr@rtfm.com> Wed, 06 May 2026 16:51 UTC

Return-Path: <ekr@rtfm.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 4AE66EA0BE6C for <tls@mail2.ietf.org>; Wed, 6 May 2026 09:51:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1778086298; bh=pY4Yy/Zrttbw2I22byZuv1rnIfsnYTw7jQQ46KkEh00=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=jQ+4Yb0ZHPVMlHr0nagIphqId/viPkK8Ir4H31w5jqgvxoLgLkReyuh7gylqNDzgx E74B9GN5jYkSznX7Y6rMNiyHNwnd28TwF0+2LELxHOVpdBlHd0KMRpIrwc2ajSHT7d L6dE0SneQImCXwcbMUgg4uxxjSn4mRYN8Hor2NQY=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20251104.gappssmtp.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 hBmSCOk2jMpa for <tls@mail2.ietf.org>; Wed, 6 May 2026 09:51:34 -0700 (PDT)
Received: from mail-yw1-x112d.google.com (mail-yw1-x112d.google.com [IPv6:2607:f8b0:4864:20::112d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 92B56EA0BE62 for <tls@ietf.org>; Wed, 6 May 2026 09:51:34 -0700 (PDT)
Received: by mail-yw1-x112d.google.com with SMTP id 00721157ae682-79827d28fc4so60029367b3.1 for <tls@ietf.org>; Wed, 06 May 2026 09:51:34 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1778086294; cv=none; d=google.com; s=arc-20240605; b=izJDJCbZ0W1zhQivQYReKI4/3BxWgWLgSJ2tZ90MZpJLxwJTN9E1Whd4SQKgrwTKJX sBxrx4nvnyP43GZ3991hxLuXLRmdrYOapgPuIcnlIePKNhZctM33bUR2D+y2Ud7VO24q R7HQy8rggjnin01IrnwVFB6Znd4LYwqEfpm3c6oqWyMctGjDoPeXL/Q8+KZwCNZnNnsL Ak+/+pzBDQqS4rtR9cjfgsRKKjEirhnVe7/JEZ5jkpyaNzVv1WViCFsMZi9uyFmNetOL 2kXbe4X9V1hpya90ipQu7fMPdjYLCITFnDxK6hpX+RZUoaR07uv3ONuAdRQ3zwQqyqyW 8UvQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=qOf7XEJNXf23en2uDDCIYVK9QNhnTvvfsZYMozoYAVs=; fh=R0coYYmo5o8aCombJnrVM4DJAR3zpic/5VyQF6UHHLE=; b=VhbIgyLH9QtkN5fmSLCrMUzQ0/iXXoeyeufs70UOCziLrpJLgzngBoniKjsBlhC82E cTDa38zDX3wTpVS0cZ531Ix0go4C7Nb8a7iwBTjExZTt9EX0kzQEVrUrzbE5a368LUxH uMxgDNCFLIGG9gAV+L22WKeItsX5kBMMPh4tjDn336OIjbGoX55VnTIPKhrhVYhWcWAl GHkyhAVM1DUf6RbO/5hBAxrXErDWQabdH9M7zeu+DM4SasbZ9KnMcMSgvVDZAi5t4ZQJ MIWT8N32qA7853v1TMYeXCZuFLSpyGn9/iVocjilwmBFpsSdxjLaOn4OSj97OpSffsK2 gDBg==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20251104.gappssmtp.com; s=20251104; t=1778086294; x=1778691094; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qOf7XEJNXf23en2uDDCIYVK9QNhnTvvfsZYMozoYAVs=; b=onKIMqW2TpeZDz3ZbbLxbLstQwZR2kpUYJMc+28bzR2udJoazH0mUExBeD+nNGcwyA VRqmnQOPaXexaI1M/aZumsgaToQYgOevColSGkUwHy3Av8ceGIuyI+kKBvUidLVIExaG gdNGmh5BAeOEuIlNI/tv4F199PgOKylAArGR4BSWAMKjtYeDCsdE0eGjJWZsIDMVr/os z9nG4Pg01sylgM8ViiG1VxUibyaQwuy0K5lLusgKmNRHgKqMlmKEq7Uruoz0cM60s/gG Ey25Nb2Dx/Ia12HoR5ERMC7dxzP9nw5tyznyjiD2TLLQ+uOw2C620fzVnLqiUsHRSuhA sTtQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778086294; x=1778691094; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=qOf7XEJNXf23en2uDDCIYVK9QNhnTvvfsZYMozoYAVs=; b=Gv9A0kssXHtgHHXQfgXxGJFuxsy2oFSLOHIXJaMc05OGq6YIdQmLKSovzHIOPB6Xui JIQqKfjqHJfYvVgGc5mekQsaJFuu2ZsnfrCttNz1YOQEBHwyQQAHIATxRLhgH/dgOg/B 9LAKWxZvZnfym68VX35uPx9diV+OZYhh/c/kvWF7ob+vaNpEZP64iaK1+XJdqh7Kq/bD 000fuZyxmX58iYh4LwUtu8IJsetIz9GIvrD85W2gSk3nxH2n4sB79y/eLgDZN3KdsRAv z0eQSMRrDL2lqDdvDh4k7fomCPjdxV2IwBh0SlERXfJmZEjXgh4qzajvxeHMe+Kus18K +B7g==
X-Forwarded-Encrypted: i=1; AFNElJ8aDi93Pfr2Ue/sMC8ioUdNiFvMUtxbTDD4sMTZjLue8h+XjaSbKdZh96VL4qQ0a/2sCVE=@ietf.org
X-Gm-Message-State: AOJu0Yyevlq9w7Iq2i5OAjWO1FzdciHcDs3zzzPSYNiGpfYS9Dg5kMNx cRdaorUVzqiqke7WrHzPCdT1tH4ew5/0s5ycEqkI0eDJzC2Hp1Z91hU7NRgzSe6zaBkpwsy+oQI kF7Ypb2U2p37SmGjKawGtB+FdqJoE8AbcPU7/nZLmacpqTmQFXntG
X-Gm-Gg: AeBDievGve6C7+duZCDx+CZSpwE3B3p3WsoOBQGGuJ/aJO8wZvVEZGVCXtusLluNduu 2CuQiRW1s+zjzxv9BUVhX8mVCbBBE8bCVaXVvS+KwhPAXNMyxPeGYQ06e3zX4/d5nBGjIh8GDY0 8pamTmt3qM6fJIcAwamNuNt8jCLBK6YmORax11xjleOX3stZQ8lekpc87hJ0xNGsgLUMdW+3dJy ee8krXbqVZciGfZcyS/3J6iHbuuSOWeM17WVqUwwsTRvDxMwgztxv5q8nYUuizUf3oqyD9B8leL cTRnCiItbOEHOu0BTP6Ev6v+AeijL3VfQL1ZQisMLKRfJjB3aqsJIwSlUIxfRt93D+/agDUROq7 Phh5JTIaZQ/4kfXeYyh4X6GxSiMzl9SWN
X-Received: by 2002:a05:690c:c4f9:b0:7bd:8cb2:4fa8 with SMTP id 00721157ae682-7bdf5f03379mr46205947b3.48.1778086294032; Wed, 06 May 2026 09:51:34 -0700 (PDT)
MIME-Version: 1.0
References: <16CF0FDA-7263-461A-9F2B-D37DBEAF5DD9@sn3rd.com> <038E2DBD-EE06-4091-8401-9818FB692459@sn3rd.com> <3E4481D4-A20E-4B3B-B5BE-B71BBDA42176@sn3rd.com> <CAF8qwaBU3-VvY2TregAg7VezK6b4dmOUTsEFNmq=zj1eMoPgHQ@mail.gmail.com>
In-Reply-To: <CAF8qwaBU3-VvY2TregAg7VezK6b4dmOUTsEFNmq=zj1eMoPgHQ@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Wed, 06 May 2026 09:50:56 -0700
X-Gm-Features: AVHnY4Ifcs1eCUz8No0dsBAqdqwpDRBDmDv_2G709N0p2guDXJiKlZ2HftR6134
Message-ID: <CABcZeBNzQ3-qQgQCpEigo9cVRZNQScO3cB+QEvjuNJ-xP_fQGw@mail.gmail.com>
To: David Benjamin <davidben@chromium.org>
Content-Type: multipart/alternative; boundary="000000000000efaee1065128f9d0"
Message-ID-Hash: U6KL4KUZJCBO4LQVX5YPQLSW6GJV6KHN
X-Message-ID-Hash: U6KL4KUZJCBO4LQVX5YPQLSW6GJV6KHN
X-MailFrom: ekr@rtfm.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
CC: TLS List <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Working Group Last Call for Use of ML-DSA in TLS 1.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/AT5XsC_fkT36PnVA4jW_cRpovT0>
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>

+100 to this.

With any luck, we can take a pause on the discussion of this topic on-list.
I am aware that there may be pending appeals, but we have a process for
addressing those that does not require on-list debate.

-Ekr


On Wed, May 6, 2026 at 6:23 AM David Benjamin <davidben@chromium.org> wrote:

> Thanks, Deirdre, Joe, and Sean, for all your hard work in navigating these
> WG discussions!
>
> On Wed, May 6, 2026 at 9:09 AM Sean Turner <sean@sn3rd.com> wrote:
>
>> Replying to the original consensus call message.
>>
>>
>> RFC 2418 Section 3.3 lays out the criteria for “rough consensus”:
>>
>>    Working groups make decisions through a "rough consensus" process.
>>
>>    IETF consensus does not require that all participants agree although
>>
>>    this is, of course, preferred.  In general, the dominant view of the
>>
>>    working group shall prevail.  (However, it must be noted that
>>
>>    "dominance" is not to be determined on the basis of volume or
>>
>>    persistence, but rather a more general sense of agreement.) Consensus
>>
>>    can be determined by a show of hands, humming, or any other means on
>>
>>    which the WG agrees (by rough consensus, of course).  Note that 51%
>>
>>    of the working group does not qualify as "rough consensus" and 99% is
>>
>>    better than rough.  It is up to the Chair to determine if rough
>>
>>    consensus has been reached.
>>
>> In this case, during WGLC there was an almost 4:1 ratio for progressing
>> this draft, which we judge fits within the numeric “more than 51% and less
>> than 99%” range suggested by this text for “rough consensus” and represents
>> the “dominant view of the working group”.
>>
>> In assessing rough consensus, we also considered the nature of the
>> objections. In reviewing the list traffic, the majority of objections
>> related to the status of pure MLDSA versus composite MLDSA-ECC, including
>> (1) we should not publish a pure MLDSA specification at all; (2) we should
>> recommend composites over pure MLDSA; (3) we should publish the composite
>> and pure MLDSA specifications concurrently. While there was substantial
>> disagreement on these points, we believe that the discussion on-list
>> sufficiently aired the respective points of view and that the right
>> approach is fundamentally a judgement call based on weighing various
>> technical factors, which each WG participant needs to make for themselves.
>> We see no reason to believe that participants were not able to make
>> informed judgements.
>>
>> Conclusion: The chairs believe there is consensus to proceed with
>> publication of this draft as an RFC with Recommended=N for those people
>> that want to use this algorithm, and a future Standards Action will be
>> needed to make a change to Recommended=Y, if anyone has the willingness to
>> undergo this heated discussion again.
>>
>> For transparency purposes, the chairs note that we received a
>> complaint/appeal about the consensus call. The message was moderated due to
>> a previous notice of moderation; see [1], and the complaint/appeal contains
>> a derivative work notice. As a result, the message was not sent to the mail
>> list and we will not process the complaint/appeal as-is. If the message is
>> resubmitted without the notice, the message can be posted to the mail list
>> and we will process the complaint/appeal.
>>
>> The Chairs,
>> Deirdre, Joe, and Sean
>>
>> [1]
>> https://mailarchive.ietf.org/arch/msg/tls/no0lW8r_wIPGF1ZXWB3EaGywh9Q/
>>
>> On Apr 28, 2026, at 16:24, Sean Turner <sean@sn3rd.com> wrote:
>>
>> Hi! The chairs have judged that there is consensus to progress this I-D.
>> We will work with the authors to get a new version submitted and we will
>> get to work on the Shepherd Write-Up.
>>
>> The Chairs,
>> Deirdre, Joe, and Sean
>>
>> On Apr 9, 2026, at 15:30, Sean Turner <sean@sn3rd.com> wrote:
>>
>> This is the working group last call for Use of ML-DSA in TLS 1.3. Please
>> review draft-ietf-tls-mldsa [1] and reply to this thread indicating if you
>> think it is ready for publication or not. If you do not think it is ready
>> please indicate why. This call will end on April 23, 2026.
>>
>> REMINDER: If you have not done so recently, review the TLS WG's Mail List
>> Procedures; see [2].
>>
>> The Chairs,
>> Deirdre, Joe, and Sean
>>
>> [1] https://datatracker.ietf.org/doc/draft-ietf-tls-mldsa/
>> [2]
>> https://mailarchive.ietf.org/arch/msg/tls/ucdImHExlbOf4Q3BCG81gjzi2xE/
>>
>>
>>
>> _______________________________________________
>> TLS mailing list -- tls@ietf.org
>> To unsubscribe send an email to tls-leave@ietf.org
>>
> _______________________________________________
> TLS mailing list -- tls@ietf.org
> To unsubscribe send an email to tls-leave@ietf.org
>