[TLS] Re: PQC Continuity draft

Eric Rescorla <ekr@rtfm.com> Mon, 09 February 2026 20:31 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 D5AC5B44D2EE for <tls@mail2.ietf.org>; Mon, 9 Feb 2026 12:31:02 -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 NYHfPXSNLhjV for <tls@mail2.ietf.org>; Mon, 9 Feb 2026 12:31:01 -0800 (PST)
Received: from mail-yx1-xb130.google.com (mail-yx1-xb130.google.com [IPv6:2607:f8b0:4864:20::b130]) (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 94E1DB44D2E0 for <tls@ietf.org>; Mon, 9 Feb 2026 12:31:01 -0800 (PST)
Received: by mail-yx1-xb130.google.com with SMTP id 956f58d0204a3-649d4690174so2991707d50.3 for <tls@ietf.org>; Mon, 09 Feb 2026 12:31:01 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1770669061; cv=none; d=google.com; s=arc-20240605; b=LUy7JlCoYCZtyDjEc12g7rf4isGnn0YcU4VBHw/tKOwhg+c8qiQKoBVi/ShlMk8HnF O5WBPxcvOVRYiutbKo7fioAB6+ePQ+oUvrvISa7mBZzA66yYLWulmlvrZE0Sk1kcURms tCy/cpbigS/8Y7TkXuvmpBcYBJOFgDnYe1iy8/8gbm+dPnggpMCjJvYuzVJymQLE9QK7 pU9iLEUVSOX/AAbfQPnfNyvLi6U1rnO5UX32MnMR9DsyytMNw6dCtfsTWer1/9AVTMsg 2to8KO3jPlQU281AGjkSWa77Y3B7oHiY3yYhldBlfEOZ/XngupY5QF0Pc1ao5EyrNIZy a15Q==
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=O+/7QyvdtS60Mk6IKl1XHr6/nKPLk0o/aIntF6vsM0U=; fh=dc9Yt5DRTPYHv6kR29VPo5WUF55g6siAAyv4nX7W9Rg=; b=Wus5x7ESH4t2oNpcJ6D9+o3qthGGMboxPgqg/QzwstcVfcnBDR9qxCiIt17yw0jRz7 qvFx2voWu1dOWyUWtHdC+Tn8iCDPt/H4rKY2ARovPmm15PsnM3vXewVkvM/SgiGqB+De W6cbRtXfmwVxRyi+fWjrEMZCjeYV2ss1J1gA/P+FTfpN0Dw+2ySG8ANEcQIB3UH6mjsr MfC4nB+T2lDXX7vW727cnsUQD6OPwkXMCT3i2XJcuVixGO0Ur1cD3RSeo3C0YiKxf/aK Dbc5o8X/QNvI16w8recuVaC62PjvFxGoZ27yBjionsyaLGd7n50tKikjAClcYkN39V+0 jJsA==; 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=1770669061; x=1771273861; 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=O+/7QyvdtS60Mk6IKl1XHr6/nKPLk0o/aIntF6vsM0U=; b=gtj/bIrdtZ+q9ppuydZ87QDFAfEsjja1ej9ZnPwrqbDcG4HOIbJO2+ujHcqzs3g8e0 BP6kavYKxuLDeI/Ae51l0gDEToJcoSlkfUKn2j/KZW/dtlZzuzCCwkoWZ8jADndd418w VWY0zF6Z8CG/OfrYVQf2QibxBXFmSG6YUfZnwv2HSAn+PrFKwC1BgiOaK6TjrhEe6Npk GP89U/nbtdi6bzlxuLCN2oaox/idRQPDLr1j1hSh2Vi4tP5l80YS30n120gzuokSnfAK S50/ybtJECdvtYpO2smjG/MPZbM1Vtu8qm5/lLcthLIerzu91wLWDubuwBYQcH8u6Y+z tP4g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1770669061; x=1771273861; 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=O+/7QyvdtS60Mk6IKl1XHr6/nKPLk0o/aIntF6vsM0U=; b=efKsgdoZMlSfctDET9+3HlwmdzeroHXYl0YkEEmeeJpJD9pH2t0mwaW3b+T7DcWmT2 otEnjaU2WHNv762WxfSZkr+IvzTcrcr94/s4Qn7Qxz4hbP+T4B0kV/0M2tEgi4zIFjA1 FC6WuaDbMILLJ10sqLYJP+2ESFWmgu2HGmXvcdAK67XnhISY0FfMzC7eFsLQ0auBH/En BQddqzBH0NbEc9/mRuSAW15g/Z+oA99ZDppeyY3UQ1qVRwKJf+ZzYq79O4GVttv1NsBV MJX4mQjiwgWXNHs74pdvNEXDSrE44PxGjKuNEw49RC02vkCeB8/BlX5hUf1VdaxXkUXP 8eMw==
X-Forwarded-Encrypted: i=1; AJvYcCX6wAr28CAud9N+U4InQh00QoRKjbW90xA/ZiFoLp35lhn4G3ePBszARfWgm26V4KcAtPI=@ietf.org
X-Gm-Message-State: AOJu0YxQk263xvsfuOo2cssqdrTuXGP9Rfq/kdRZ14yuUTZadRc1cNh6 wZO2hKvNr//DZLws7LPjkUmGmaYUM4Uiq71Gum/ZLIe9oAhPSmTq1Xk1Py7GZ3XrKU861/UkQS0 ZI5av4d1rAf/RFhs4I+cAfnjIZRuolTdKtpauPD33yTbpgLjOYtNn+lU=
X-Gm-Gg: AZuq6aI0jK/Pw6UaL2XYpQnfrFrqa35fHoxn/XaEyzTAR071jmdE7j8zciB1dCklEGe rFestj6zHqed5zzm9lr/hYymwwIWIupeDbZxCZuKF0/2vkiW5bACQgzf5urJL1NFSBpqiW21eAS USmSwE+hTk6nXxh3hoRVkF2PbhcqcyM6X7hHQ88ZmVNsrTlRQKlKpl9um7ZBPhfvaP+g+wI4TxM S48A3RVmKakgzJ0I9L/9T3/P/GHvyNJ9GqMIRtrmvMIObYak86dakNYEvniVd4cOHWICwUuYoE2 CY48gOIhE7rSCutbdUVid3SNqFPwfk56K23+h7TXYOo0QC4hnpGavW92BVPE9QdOCNUlRPznu14 WlDOU2k9+Z+NKoihl0A==
X-Received: by 2002:a53:b3d1:0:b0:649:b9f4:c53d with SMTP id 956f58d0204a3-649f207d3e5mr8110870d50.67.1770669060932; Mon, 09 Feb 2026 12:31:00 -0800 (PST)
MIME-Version: 1.0
References: <FRWP195MB2764043A4C7B03B8145A455FA99DA@FRWP195MB2764.EURP195.PROD.OUTLOOK.COM> <CABcZeBNHFEnK58cr-QPqmLeiwGmzgqm36HR7VWYFJxvw91ii5w@mail.gmail.com> <fb9e7f1e-7693-434d-9d22-cdd8b32b3576@tu-dresden.de> <CABcZeBMmo8=pb9O_49Et=dnzejUTLeHNfhEnxtpvBcZGbsBr8Q@mail.gmail.com> <24b4279a-0293-4b01-9ad8-fad4893488a5@tu-dresden.de> <CABcZeBNPdHTWhotcS1Qk_k_vnvD5-iq=u-=hHR22u2D1y+qf3Q@mail.gmail.com> <d405af39-95f1-4fb9-8f17-e8a41a748e36@tu-dresden.de> <CABcZeBN17_uEux5mOwsr2ZpzrFNozgTJNX6cdOzHP58hpNwLRA@mail.gmail.com> <b0de82b0-0c80-4be8-b073-1ca24a41079b@tu-dresden.de> <CABcZeBPLApRTWvokaT9tobJZ+Mk5tk=L=0yRWkNHdTAGti=i-Q@mail.gmail.com> <CAPeSryozAnjNFi+0G+u90qNzm-1-nceKe9=O8=zWXsirL3TOiQ@mail.gmail.com> <PH3PPFA3FE8A23FBF8B87DF4239A0667A03C165A@PH3PPFA3FE8A23F.namprd11.prod.outlook.com> <CABcZeBORC4fFLH9sBUSqWgv-Jis7_zO4RCbp7dCtCVjh_q36zw@mail.gmail.com> <CAMtubr3JptvZ818kQfnqhjX4mLgwdYv8UpGOfaDZK5j57ASU_g@mail.gmail.com>
In-Reply-To: <CAMtubr3JptvZ818kQfnqhjX4mLgwdYv8UpGOfaDZK5j57ASU_g@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Mon, 09 Feb 2026 12:30:24 -0800
X-Gm-Features: AZwV_Qj5TxwbJSHJUozyO7C4PBkVaDENRqepNHm6fc33lqazib7AjvijUBVljUw
Message-ID: <CABcZeBOAETxe4foMa8h62DY2Ug-O7Sq2PwmQEK-yeMNXOaaWGQ@mail.gmail.com>
To: Yaroslav Rosomakho <yrosomakho@zscaler.com>
Content-Type: multipart/alternative; boundary="000000000000645534064a6a0456"
Message-ID-Hash: LTKLFMF4N3DNDSOV5RAK2M6WVNX7W6AU
X-Message-ID-Hash: LTKLFMF4N3DNDSOV5RAK2M6WVNX7W6AU
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: Felix Linker <linkerfelix@gmail.com>, TLS WG <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: PQC Continuity draft
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/1y_mDPlyjNJerV_bF6rUgQUkaE0>
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 Mon, Feb 9, 2026 at 12:16 PM Yaroslav Rosomakho <yrosomakho@zscaler.com>
wrote:

> On Mon, Feb 9, 2026 at 3:44 PM Eric Rescorla <ekr@rtfm.com> wrote:
>
>> Without taking a position on the merits of this idea generally, I would
>> like to observe
>> that it's not generally the case that people are individually deciding
>> whether to trust
>> non-PQ credentials or not. Rather, their software provider--in the Web
>> case, the
>> browser vendor--makes a global policy decision for their product. In some
>> cases,
>> users can of course change their configurations, but they generally don't.
>>
>>
> I don't think trust or lack thereof is strictly binary. There is a history
> of web browsers using various UI elements to inform the users about levels
> of "security" of the website.
>

There is some history of this, but increasingly they don't do this for the
TLS
connection, for two reasons:

1. It's very difficult for users to make sense of these indicators.
2. Web security is at the level of the origin, so compromise of a single
connection compromises the entire origin.

I suppose browsers could refuse to connect with non-PQ algorithms
and allow users to override it [0], but if you just give the user an
indicator
in the URL bar or the like, it's too late because the origin is already
compromised.

-Ekr

[0] Although browsers increasingly are discouraging this kind of
override.