[TLS] Re: [EXTERNAL] Re: Proposed Text on hybrid vs non-hybrid | Re: WG Last Call: draft-ietf-tls-mlkem-05 (Ends 2026-02-27)

Paul Wouters <paul@nohats.ca> Wed, 04 March 2026 19:48 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 4200AC464306 for <tls@mail2.ietf.org>; Wed, 4 Mar 2026 11:48:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -4.4
X-Spam-Level:
X-Spam-Status: No, score=-4.4 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_MED=-2.3, 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 PwozQd5Dux-U for <tls@mail2.ietf.org>; Wed, 4 Mar 2026 11:48:25 -0800 (PST)
Received: from mx.nohats.ca (mx.nohats.ca [IPv6:2a03:6000:1004:1::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 BFE1BC464301 for <tls@ietf.org>; Wed, 4 Mar 2026 11:48:25 -0800 (PST)
Received: from localhost (localhost [IPv6:::1]) by mx.nohats.ca (Postfix) with ESMTP id 4fR3BB58Yhz5R9; Wed, 4 Mar 2026 20:48:18 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nohats.ca; s=default; t=1772653698; bh=4fReGpZfnx6EBIHMTtTJEobt3/8SG/9TeahqIuoD3CU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=rF78elbBgQXFyIX00sN6/LVm7AMyRCx/+EVeJK633eV2bPQ2hBnvcx4PdKsNp61Np G2WOojFctnGeuQmoj9wux9VoINvnx085rw0i4b5YLMZjx4CASff7UF+r9pMwF2a+oD +u81VxGd2ZIMFFxcTLn+CZCxJPZUpV1fGGoxU3Dc=
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 0ieagKopuomh; Wed, 4 Mar 2026 20:48:17 +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; Wed, 4 Mar 2026 20:48:17 +0100 (CET)
Received: by bofh.nohats.ca (Postfix, from userid 1000) id 2AA65188BF20; Wed, 04 Mar 2026 14:48:16 -0500 (EST)
Received: from localhost (localhost [127.0.0.1]) by bofh.nohats.ca (Postfix) with ESMTP id 26789188BF1F; Wed, 04 Mar 2026 14:48:16 -0500 (EST)
Date: Wed, 04 Mar 2026 14:48:16 -0500
From: Paul Wouters <paul@nohats.ca>
To: Watson Ladd <watsonbladd@gmail.com>
In-Reply-To: <CACsn0c=WsBaqCn3TBVBwbPbS+qtOy7F7xbiuV_pqiYH6oF-nUw@mail.gmail.com>
Message-ID: <5a268752-29a6-66a6-7e3e-36aa92bcc244@nohats.ca>
References: <CAOgPGoDLVqAVesWjrrD9ZR8HMkqQVLMp69vOkXPkk87MzcsOSw@mail.gmail.com> <aaISiXnAwn2gxNF8@akamai.com> <CAFR824wriXUfiboCvNDYH4SR=SKxSunHotz_QrkZn_dtbyjp1Q@mail.gmail.com> <CAFR824zeNy3ieueDXu-0GKXHRdTc14n+KL=6fOKrygwF_QXBAQ@mail.gmail.com> <aaYFLIecV_8kMFYo@akamai.com> <MN2PR17MB403122F0A76F5450D5FA3426CD7EA@MN2PR17MB4031.namprd17.prod.outlook.com> <577ecff2-a791-4573-9665-7885cdfd7227@cs.tcd.ie> <CACf5n7_qLtooFA3FbfU_MYQjyomqvLk5qE+bBX+hNx0kQvGueA@mail.gmail.com> <ff769e11-da8f-42cf-a2ed-6bbfccbfb66a@cs.tcd.ie> <CAOp4FwR4EQTXAW1xhuse08qemNBCOkWNYeUqOaKWNkaejmsDHw@mail.gmail.com> <E2FFD7E3-F915-428C-81E0-A7BF45ACD9B9@thomwiggers.nl> <PH0PR21MB66394A4259967BBA74148F278C7FA@PH0PR21MB6639.namprd21.prod.outlook.com> <CACsn0cn=SDuzHOeaqnCHD+Ufy5WjJjipmTWATZ5h_8H4GwqK-g@mail.gmail.com> <PH0PR21MB66395F84843D3D64E05C73838C7FA@PH0PR21MB6639.namprd21.prod.outlook.com> <CACsn0c=WsBaqCn3TBVBwbPbS+qtOy7F7xbiuV_pqiYH6oF-nUw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Message-ID-Hash: 77NPDBELKTCKNK6KAMU5BZSS665TIUYK
X-Message-ID-Hash: 77NPDBELKTCKNK6KAMU5BZSS665TIUYK
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: Andrei Popov <Andrei.Popov@microsoft.com>, "<tls@ietf.org>" <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: [EXTERNAL] Re: Proposed Text on hybrid vs non-hybrid | 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/HtQ9yHajiC-A8hXEmjvBwZZ4KWo>
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 Tue, 3 Mar 2026, Watson Ladd wrote:

[ speaking as (tired) individual only ]

> On Tue, Mar 3, 2026, 12:58 PM Andrei Popov <Andrei.Popov@microsoft.com> wrote:

>  *  What does an RFC do here?
> This has been brought up on the thread multiple times. SW vendors tend to ship support for RFCs, not IANA code points or individual I-Ds.
> 
> Are you saying that this applies to you and you cannot ship support absent an RFC? It seems odd to talk about the reluctance of third parties to implement something
> in talking about the interest you have in the draft.

This argument was one of the blockers for the proposed
draft-pwouters-crypto-current-practices, and I was squarely on the side of
"A code point must be good enough for everyone". But that was not
the consensus unfortunately.

While we at IETF might have strong opinions that an RFC is not needed
over a code point, we don't exist in a vaccum, and this position was
unfortunately unsustainable in the real world.

Additionally, my proposal tried to set equal rules for all crypto
algorithms BEFORE we had too many RFCs done. Now that half the RFCs
are published, it becomes even harder to tell those we don't yet have
one that we decided that as of now, no one need one.

It turns out the enemy was once again, ourselves :P

Paul