[TLS] Re: WG Last Call: draft-ietf-tls-mlkem-05 (Ends 2026-02-27)

Paul Wouters <paul@nohats.ca> Thu, 26 February 2026 02:44 UTC

Return-Path: <paul@nohats.ca>
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 E5177BE63196 for <tls@mail2.ietf.org>; Wed, 25 Feb 2026 18:44:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_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 (1024-bit key) header.d=nohats.ca
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 usUGiwwYRWLy for <tls@mail2.ietf.org>; Wed, 25 Feb 2026 18:44:42 -0800 (PST)
Received: from mx.nohats.ca (mx.nohats.ca [193.110.157.85]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 9CAB7BE63095 for <tls@ietf.org>; Wed, 25 Feb 2026 18:44:37 -0800 (PST)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 4fLwlk4WdKzlS; Thu, 26 Feb 2026 03:44:34 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1772073874; bh=QUUN72qitylWOR+LsVXn2YcDZEO8h40O1eCRyUMg8KY=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=LKDH0iH7bZSTfA383KL2jc+21fTCCu4+w4BRX4XHw9CsCMNNBenfcINhWaWRqCvSt /PehixQudyaVs8qwQjz+lclsQupbaZpwncnAah+/iVGE3hWY0wiGBJVBOInneAweCZ /S4qag5LvBvm4g1YnJzcktrroYEXZorTrVu8xnoI=
X-Virus-Scanned: amavisd-new at mx.nohats.ca
Received: from mx.nohats.ca ([IPv6:::1]) by localhost (mx.nohats.ca [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id zoGB7paVKCs0; Thu, 26 Feb 2026 03:44:33 +0100 (CET)
Received: from bofh.nohats.ca (bofh.nohats.ca [193.110.157.194]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.nohats.ca (Postfix) with ESMTPS; Thu, 26 Feb 2026 03:44:33 +0100 (CET)
Received: by bofh.nohats.ca (Postfix, from userid 1000) id 9101E184F745; Wed, 25 Feb 2026 21:44:32 -0500 (EST)
Received: from localhost (localhost [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 8C291184F744; Wed, 25 Feb 2026 21:44:32 -0500 (EST)
Date: Wed, 25 Feb 2026 21:44:32 -0500
From: Paul Wouters <paul@nohats.ca>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
In-Reply-To: <c27e4e6c-af90-4f46-b590-b04409b57bfa@cs.tcd.ie>
Message-ID: <d91aab94-783c-efdf-4f0c-da9e470e82fd@nohats.ca>
References: <20260218194044.1135896.qmail@cr.yp.to> <971672FF-31BE-47C4-A478-8FEB60DE3F7A@symbolic.software> <66970fb7-0645-4fff-8b9e-48f6bad3e007@symbolic.software> <1998222.tdWV9SEqCh@genesis> <ecbe7d7f-4602-4b06-ae7f-aa6812389240@app.fastmail.com> <3a68735f-0282-a88c-82ff-69f1b1bf34b0@nohats.ca> <c27e4e6c-af90-4f46-b590-b04409b57bfa@cs.tcd.ie>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: 3SL3EGQ5QKGOYAOXFWOVLJTOVDCKFMP4
X-Message-ID-Hash: 3SL3EGQ5QKGOYAOXFWOVLJTOVDCKFMP4
X-MailFrom: paul@nohats.ca
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@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: WG Last Call: draft-ietf-tls-mlkem-05 (Ends 2026-02-27)
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/VhM08urER7pQ1lcYtXZCAfH04nQ>
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>

On Wed, 25 Feb 2026, Stephen Farrell wrote:

Hi Stephen,

> On 25/02/2026 19:49, Paul Wouters wrote:
>>       The working group last call for pure ML-KEM has concluded, thanks to
>>       those that participated in the discussion. In summary, we do not have
>>       consensus to publish the document as is.
>>
>>       The largest number of participants wanted to publish the document as
>>       is, however there was also a significant number that wanted changes
>>       to the document before publication and a small, but vocal, number of
>>       participants that do not want the document to be published at all.
>>       There were several issues raised, but the main area of contention was
>>       around having a statement on the security and applicability of this
>>       mechanism versus the hybrid key mechanisms.
>>
>>       Given this, the chairs will move the document back to the "WG Document"
>>       state and ask the author to work on resolving the issues brought up on the
>>       list including text to address concerns that there are reasons to prefer
>>       hybrid over the pure approach. The chairs will then redo a working group
>>       last call to see if there is rough consensus for publishing this document.
>
> I'm still at a loss as to how the above doesn't map to the current
> WGLC being just a normal WGLC. And I don't see how that text maps
> to a WGLC limited to any specific aspects of the draft. Maybe there's
> some miscommunication somewhere but I certainly did not interpret
> the above as meaning some part(s) of the draft were considered to have
> passed the first WGLC.

It is a normal WGLC. And opponents and proponents can state their
view. However, as with the adoption call, the 1st WGLC also had a group
of people that were between "yes" and "no" that wanted to see changes
to the text before giving their final view on the document. This 2nd
WGLC started with the proposed changes as the diff between -05 and -07.

So there is a possible rough consensus if those people that wanted to read
new text can agree on the new text. But the current influx of messages
from people (repeatedly) saying yes and no and arguing about it, are
drowning out those people who would like to discuss the textual changes.
This also happened earlier in this 2nd WGLC, and when I sent a reminder to
let people talk about proposed text changes, it just got worse with the
repetitive no/yes voices, new -00 drafts, hypothetical charter discussions
and updating other documents in the RFC Editor queue.

So I am once again asking that if you shared your yes/no view during
this 2nd WGLC, to step back and give those people who wish to talk about
textual changes the chance to actually communicate over the list.

It seems we have some issues to get text for from what I read:

- Updated text in Abstract / Introduction giving a clear preference
   for hybrid.
- Changes in the Security Considerations Section with more technical
   details or references why hybrids are preferred where possible.
- Clarify on the key reuse text.
- Clarify text on regulatory requirements and other SDOs that have
   non-hybrid requirements (and check liaison statements )

I hope this answers your question,

Paul