IETF Logo Mail Archive

[TLS] Re: Fwd: New Version Notification for draft-barnes-tls-this-could-have-been-an-email-00.txt

Eric Rescorla <ekr@rtfm.com> Tue, 24 February 2026 01:03 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 7ED97BCA4DA1 for <tls@mail2.ietf.org>; Mon, 23 Feb 2026 17:03:05 -0800 (PST)
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.20230601.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 3L8pskvoThly for <tls@mail2.ietf.org>; Mon, 23 Feb 2026 17:03:04 -0800 (PST)
Received: from mail-yx1-xb133.google.com (mail-yx1-xb133.google.com [IPv6:2607:f8b0:4864:20::b133]) (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 AFA0DBCA4C60 for <tls@ietf.org>; Mon, 23 Feb 2026 17:02:59 -0800 (PST)
Received: by mail-yx1-xb133.google.com with SMTP id 956f58d0204a3-64c9a6d68e5so569484d50.3 for <tls@ietf.org>; Mon, 23 Feb 2026 17:02:59 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1771894979; cv=none; d=google.com; s=arc-20240605; b=hrm3c05SlnNFd7VtPa3IPiof3TT0C1Tr7YKOskALwKpbJuesBJ6nH+AyR8CtqUynmq B5pxrspDoVfMLwXPgihlIk0on/RudkYH4pW+AYkO4E+uAjhg6jFR2hRnyy62vzhyfl4o 6OCYK6uuylUvyq1NjV4wcFCxLJel2HYpXISIHkKrYxpclK9SCNEuPdWFiOciiYjUNiyl ev2XJcU9MQbk1UilXhKnXs+pcQNM9FsiTSjC4yX23VYzVIKEdkBjgi8wlhyEIxcw79X3 AjZhUvhtn53OHGK8mXoyqMgZ11shYEcTHKOMPDQbKSrPj/T9swtfFLxZ8ezZFiGieE3U Mxfw==
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=t6yF4R6lyiPqZ2qkEx4obBpJW9EQJzPYbhtWhahZSg8=; fh=8hpfjlRj6LvGfoZgddcUeTfFSxhmBkrMoiemT8MLo9I=; b=a7kMOEAlpevOpqIvtL4Bsimmkp1G5bGTN5TiWLjCSemKDWUFEijGoe00dQdFCI2xGJ Pl6Ow4fjIWvH2PVXgHlSKLH2pCZMtBDpGLqXxqD6kZFtwgLek9nwmtLyuHPQ8YKJlXVP bomTRX+vhNOpK5cWtDdq+NivdUxp30xGyERge9DgE/gRGbU/PHOVUZQxrUZqZj26GM2C ct4qaC95S3YRfVAbMl2EOM2OEZ4yoCv0525ifFvzSfz12hiGp3Gs5BIEDhHzMXVtMMiv ogQi3LTj4dqR2O1HAnU136wBCZ4felri1fp79OCLQe2+FLJgGyzmcSnOo9dAeV1ydMfS ekfQ==; 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.20230601.gappssmtp.com; s=20230601; t=1771894979; x=1772499779; 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=t6yF4R6lyiPqZ2qkEx4obBpJW9EQJzPYbhtWhahZSg8=; b=Sp7MoWJ9sfBXEZWDOG7Gyv8AJj1NW63EV4AEOTDyEVOwyCkqPkTXHGKwiTKuvls1tP 1zmbNmrrBr0OWhzbMIGnE5f4RLfc1pdbGXyLFldQB482sTz9S6l2V/KhIcjnb6HdpRF8 Qs3VJNTbXHsNUEOWFWd4t7mqWuGaF1is5hWQteEBs1AK1vshfwN/P2N5QuRWSgA2GJa6 vfvjoVoZ24dh5ZckcmlvD23noTL/eURBw+fjW8UUayI5Dj8AEq7CERUjjNY0lyFs+a18 ALse7g00Yyy524As/qGwifbJuUz/B/X6yPrVxSYhKRnjooeUK7W+wbf94se7G3XPDBnP rD2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771894979; x=1772499779; 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=t6yF4R6lyiPqZ2qkEx4obBpJW9EQJzPYbhtWhahZSg8=; b=i4SO0pAjS9Pt85GlnvQgN1QWWqoQjz+oginUpbiYLj0Xx7VAcbzJt2v0ia7P9HtNxg RX4vBW6hzGPi5Nk2wjxoM8sSmsn0gF/GFtrGJIYJTpwmQfULqq0j1BMNtJP3xybIXWJ6 8YRgKgwPCvhLVDiJHuFmPq4phXUsMRkuEgdX5dMDyuFJOfmgLrsPb9Za85bYlYffQGzz rAvgWc2V8ADSLLud2IUDxEOa4NymHQCwDM5sYBhs8pPL9TyyFEyjw0wiqaPXm6KABwMM wSEmIH7H6ZFTqjmN/JL82+BqSTMiZdwzP1ShhMfGrqbtahI8govkZ70IeHuxDlOyIXre neDA==
X-Gm-Message-State: AOJu0YxWjdExs/3mfQ7tKyJJoAvMn3z1I3VovDHtxV+E1u1ofJk40+pw 4YNDIN4cB1T/IjPsMNpA7hwgA96uaD/I8lnIDO1IpVQFVEob7UXhhYZZ+7XMWFMcYXH6pkHD2yF wQEaPaAuk9DfuP97JDpjf25CI+9dHX9Ut1bPY6lBLEw==
X-Gm-Gg: ATEYQzyPyLyQpgglaV52q3rcaot2TGmeWoqenSItP5ks5dk2dVmhtpmGGfBYk3rfOwI SORzLOST/M783YjrWaQOO6W4ojsO5GYDSXiqX6brgjMoRSemz5KdEMIxg5fq+zk3Q4A38KeRKeQ JHVA0nBhVg1f1TsuhnZeumxNG1QxHD5WR1h9B+pYZSWdU7FSHMlR+LdLq+J/nGrrCV2vw/P9KNL hIagDPHuHHHvEQeWh3rPgBKeFgE9LX19nlHzQFyi1rafrgbxYl50R7E0LO9+ErlWjwAbEDSI++h jeWng2oXw4Qv73vk1rzJ3xkyDbCJ15FXkzzt1AT+mYnRsw47xHabVGzwJaU0AePSBNmASoA3OLA Z0u55nw88V7qdy9ayVlDDJQ==
X-Received: by 2002:a05:690e:bc2:b0:64c:97a2:37ea with SMTP id 956f58d0204a3-64c97a23f28mr2152367d50.58.1771894979054; Mon, 23 Feb 2026 17:02:59 -0800 (PST)
MIME-Version: 1.0
References: <177189438640.2182161.16660142956175423236@dt-datatracker-6ff7c68975-7k42g> <CAL02cgTob3hYSMmhOgiMiUZu0MfLRM-hV-4zQeAXp3Su=7ckCw@mail.gmail.com>
In-Reply-To: <CAL02cgTob3hYSMmhOgiMiUZu0MfLRM-hV-4zQeAXp3Su=7ckCw@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 23 Feb 2026 17:02:23 -0800
X-Gm-Features: AaiRm514Nx6_g39unB0SadZHe9tZXM7lkZA8yImpECRTr0Lfme0tTj2OzEilzas
Message-ID: <CABcZeBNHgKHqWmsT=0a=kBRbg++HiuG7t5CayLDCbw7QcyYuTA@mail.gmail.com>
To: Richard Barnes <rlb@ipv.sx>
Content-Type: multipart/alternative; boundary="000000000000ce623f064b877255"
Message-ID-Hash: COQD5BPUSPMEKVUDKUGJTMGGY27C5HDT
X-Message-ID-Hash: COQD5BPUSPMEKVUDKUGJTMGGY27C5HDT
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@ietf.org>" <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Fwd: New Version Notification for draft-barnes-tls-this-could-have-been-an-email-00.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/vIGryOB0TU_vD81HUUxXQUNdnN0>
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>

I strongly support this draft. One of the main reasons for relaxing the
registration rules and introducing the Recommended column was to
avoid spending time debating the merits of new algorithms that everyone
knew weren't going to be standardized, and yet a huge fraction of the
mail on the list over the past few months is doing precisely that.

The obvious objection to this draft is that there might be some work
required to refine how an algorithm is used and that an I-D might not be
enough for that. I have two responses to that:

- Recent history does not seem to indicate that is the case. We're
  busily debating parts of the specification that have no impact on
  the wire format.
- If an algorithm isn't important enough to have Recommended=Y,
  then it's not worth WG time to refine it.

If others agree that this is a good policy, then I think we should enact
it with retroactive effect, which is to say:

1. Make ECHDE/MLKEM Recommended=Y (as also suggested by
    Bas's draft).
2. Decline to publish draft-ietf-tls-mlkem

-Ekr


On Mon, Feb 23, 2026 at 4:56 PM Richard Barnes <rlb@ipv.sx> wrote:

> Hi TLS folks,
>
> Those who have worked with me know that I hate doing unnecessary work.  It
> occurred to me that the TLS WG has been doing a lot of unnecessary work on
> drafts that just register crypto algorithms.  This draft proposes that we
> shouldn't do that.
>
> Submitted for your consideration,
> --Richard
>
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org>
> Date: Mon, Feb 23, 2026 at 2:53 PM
> Subject: New Version Notification for
> draft-barnes-tls-this-could-have-been-an-email-00.txt
> To: Richard Barnes <rlb@ipv.sx>
>
>
> A new version of Internet-Draft
> draft-barnes-tls-this-could-have-been-an-email-00.txt has been successfully
> submitted by Richard Barnes and posted to the
> IETF repository.
>
> Name:     draft-barnes-tls-this-could-have-been-an-email
> Revision: 00
> Title:    Stop Doing Cryptographic Algorithm Drafts when Email to IANA is
> All You Need
> Date:     2026-02-24
> Group:    Individual Submission
> Pages:    5
> URL:
> https://www.ietf.org/archive/id/draft-barnes-tls-this-could-have-been-an-email-00.txt
> Status:
> https://datatracker.ietf.org/doc/draft-barnes-tls-this-could-have-been-an-email/
> HTML:
> https://www.ietf.org/archive/id/draft-barnes-tls-this-could-have-been-an-email-00.html
> HTMLized:
> https://datatracker.ietf.org/doc/html/draft-barnes-tls-this-could-have-been-an-email
>
>
> Abstract:
>
>    People keep pitching drafts to the TLS Working Group where the only
>    thing the draft does is register a code point for a cryptographic
>    algorithm.  Stop doing that.  It's unnecessary.  Write an email to
>    IANA instead.
>
>
>
> The IETF Secretariat
>
>
> _______________________________________________
> TLS mailing list -- tls@ietf.org
> To unsubscribe send an email to tls-leave@ietf.org
>

v2.40.1 | Report a Bug | By Email | System Status