IETF Logo Mail Archive

[saag] Re: post quantum guidance draft

Eric Rescorla <ekr@rtfm.com> Mon, 01 December 2025 16:47 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: saag@mail2.ietf.org
Delivered-To: saag@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 832D19356325 for <saag@mail2.ietf.org>; Mon, 1 Dec 2025 08:47:22 -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 Gf9MZipS5_Hc for <saag@mail2.ietf.org>; Mon, 1 Dec 2025 08:47:21 -0800 (PST)
Received: from mail-yw1-x112e.google.com (mail-yw1-x112e.google.com [IPv6:2607:f8b0:4864:20::112e]) (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 4C0DA9354DFF for <saag@ietf.org>; Mon, 1 Dec 2025 08:45:46 -0800 (PST)
Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-78a7af9ff1dso41583757b3.1 for <saag@ietf.org>; Mon, 01 Dec 2025 08:45:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1764607546; x=1765212346; 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=ob1QQs0jB+h9VYCj5/sk0I4vTmF6CJ6IctejnluPFq8=; b=0C1VyRzgfHYusfB1Bjfl+76nXknTdVmVSDb1yz/hO+v+so15uirxw3Kv8/dKExNLXo DVmFydp9F2DrR7udHEpBJYO5BwWdFLaAnFa288xeNc4gb97WghJf2cruXLOAEvmyZnfT ldbEHDVPi5ONSbPT7heiLgcwizB6Rr+TIJ13UT+O0nOMyQ3NOtGW2u+AXJ0MzF27y7HI sLML25WAUsQgRdb0oQXrT/O2ol+ynXlXj88MbuQs3g3HvK2OMhlko8IVtF9LApyfYM7s t2+w1Bxp083T2DEqLMbwqcFpqeh3QoXwZeRv8+Ld2oKQaX9QMrw9+P6B2D3ZT+l5t9IF 8BGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764607546; x=1765212346; 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=ob1QQs0jB+h9VYCj5/sk0I4vTmF6CJ6IctejnluPFq8=; b=QnTT7iRHRvPhSBNoNoKr3112kBVea+mTYJ/egD2f60sS/+kmXIlD7IKIBVWRLSJdv0 PCEwNVJtO/sL57r68YiIykjedwtVsSA33m3HoS11BIhlucKOHTR0ij1yEpjS19frXAlu KAMp5r511QE5vgc5G3MzYruYV7RZwxw8XcxhZ+U4p6/slKG7weZJpGUgoFTM0nKYdxVf ga1ow6+ipjF7Gjo8ZpWJWSw0/Vk/VCwva5Xj7lI0PaHmiEKOjELObdqG//WKfiOQ0B+b dIw5Kya2RC90xByWsc83o+/eQQOPIDTqPHEUVg6P4ac3vupucZO8WDGSKTcVt+4g7Nzz OO2w==
X-Forwarded-Encrypted: i=1; AJvYcCVMbk5mu1OgLN5zpYqSywc16ObVPWo6wDKxF6j4YjDuU2PKWCmpGKluc/nzGqybQje2Imgo@ietf.org
X-Gm-Message-State: AOJu0YyfzLRG/Lh5BhZRIvwt6cqfvlRNp6LJSV+A/yuHdWVdZ5KRJ33Y 6ze3iKBWLr7/KotYE3rb6uM70SzUJRWPKDmbF/wW4KnBu3zQz2/LMvRhjuuuUgMJ0BHfoZGGfoh k8b2+YmaGPAPctV+257fy08aHKOQA2hRdeuEUHjlGG0UsYczqdoBGezg=
X-Gm-Gg: ASbGncvZEuCGPuA/fqilehtqjzLnLManbQHQFOxPjzO0iysfD0eDXlgTFbA+LIWoZas hlE+WUAv/DUshkLpczBFtxNaQt4nIYg1PWtCkARJslAIge1fieMDBLWC59+jqxwFnoBLLm3U25u NiahN5sZLI/kWWZvgUP12oS4iQ4LQJk4RYF2ofL4zbbPuFQd4nko9VieVvSc+n6fgPhRP/KMGkA yYol/3UGQ3IxYpD+EThWel881lHYzh4joayETEuBuT1k7PzRAgDR5v1Yaw2h6JwWq3As1+EEmEw 93yz30ZHgtjQoHNqTmvwdwBtYUYtYidKbqbp1DwUTL+jyReJlTFBhqD1GsP6SMmkwYqH0+u0PsB OIegcgyqPkw==
X-Google-Smtp-Source: AGHT+IHDYOvlNf3C1TfyBkoGf7ppLDEbDK9KoRKdKQy7u5KICsOy9mq0I845bRhEK4aLguZiSsdYuKhqDP1KM2S+xyQ=
X-Received: by 2002:a53:acdc:0:20b0:641:f5bc:698b with SMTP id 956f58d0204a3-64302b1d8acmr25374188d50.71.1764607545713; Mon, 01 Dec 2025 08:45:45 -0800 (PST)
MIME-Version: 1.0
References: <75412ad7-8485-4044-bc6c-c705e9272158@cs.tcd.ie> <CABcZeBO_89VtND0-K-guY0N1riO3edYQkArwZAcr1wJ0mpo2VQ@mail.gmail.com> <5f1f3a9e-21d0-4ded-bdc0-b70ee431f68e@cs.tcd.ie> <CABcZeBNMT2Osr4wMTX4Zv+MP-ojVcY2Wr3ux=kM-ZcuvKFKXGg@mail.gmail.com> <98e5269b-1f63-4f80-8fc5-98e490eaba56@cs.tcd.ie> <CABcZeBPt267XOj395wjbOTZxp+ME6EKiaqmRjRaoGWGUC7-3xQ@mail.gmail.com> <aS3DAgkP/RpYx66+@ubby>
In-Reply-To: <aS3DAgkP/RpYx66+@ubby>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 01 Dec 2025 08:45:09 -0800
X-Gm-Features: AWmQ_bmQo3eqHbpTba0SEBNwuQgWgdRMM6L-s79Y6bGqbPAHaNG2PF1XjYPR2oE
Message-ID: <CABcZeBM97OYFKaqy7AwAE_C+BN5amkP_rVtp-kPVMjkxEm0_6g@mail.gmail.com>
To: Nico Williams <nico@cryptonector.com>
Content-Type: multipart/alternative; boundary="000000000000ee330d0644e6b560"
Message-ID-Hash: L4VMDM6JQRDG3PA7MVMJRAGLWLQXFYWH
X-Message-ID-Hash: L4VMDM6JQRDG3PA7MVMJRAGLWLQXFYWH
X-MailFrom: ekr@rtfm.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-saag.ietf.org-0; header-match-saag.ietf.org-1; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "saag@ietf.org" <saag@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [saag] Re: post quantum guidance draft
List-Id: Security Area Advisory Group <saag.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/saag/OHHCGKxoSbKfqZpCaOp6hGzjV5I>
List-Archive: <https://mailarchive.ietf.org/arch/browse/saag>
List-Help: <mailto:saag-request@ietf.org?subject=help>
List-Owner: <mailto:saag-owner@ietf.org>
List-Post: <mailto:saag@ietf.org>
List-Subscribe: <mailto:saag-join@ietf.org>
List-Unsubscribe: <mailto:saag-leave@ietf.org>

On Mon, Dec 1, 2025 at 8:32 AM Nico Williams <nico@cryptonector.com> wrote:

> On Mon, Dec 01, 2025 at 06:44:51AM -0800, Eric Rescorla wrote:
> > Yes, I think we should provide guidance, but this draft is the
> > wrong way to do it. Rather, we should provide guidance in
> > the protocols themselves, which is not inconsistent with registering
> > a lot of code points (hence tools like "recommended=Y/N").
>
> We can have cross-area advice.  That is effectively what CFRG does.  Can
> you say more about why we shouldn't do that in this specific case?
>

I think the right advice is going to depend quite a bit on the specific
use case, especially for signatures. It's possible that something
sufficiently nuanced could be produced, but I think it would take
the form of considerations that could then be applied in individual
contexts, rather than the kind of broad brush advice in this
draft.


-Ekr

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