[TLS] Re: [External⚠️] Re: [EXT] Re: [EXTERNAL] Re: Dual certificates in TLS proposal

Watson Ladd <watsonbladd@gmail.com> Thu, 19 June 2025 00:03 UTC

Return-Path: <watsonbladd@gmail.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 283E336B5F76 for <tls@mail2.ietf.org>; Wed, 18 Jun 2025 17:03:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 fH-5OjGfacoh for <tls@mail2.ietf.org>; Wed, 18 Jun 2025 17:03:53 -0700 (PDT)
Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 BFF7136B5F71 for <tls@ietf.org>; Wed, 18 Jun 2025 17:03:53 -0700 (PDT)
Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-451d54214adso1213695e9.3 for <tls@ietf.org>; Wed, 18 Jun 2025 17:03:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1750291433; x=1750896233; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Jmpv1nzJMmVaIWaqeflQDNWOyVheeZc94GWggAe5RVg=; b=PpdQ5PVh3+msP7S9l0/FvxVumcqUIJY5Cwt10lPYtWq4wedGnBRJbYq3qjy9inKQyC D+brPakY8T2sM5I/za0Y8BroX59bjbZB3hc7VXZ7sOUz90dlPKoi7OW/rCzXfn7UnI+J tgcJ4fIzGdixaRubweAaCI3iBuUMqK7CKjgCjIAvEG0bh+HHHosZz6fcgn54ArT6WOY1 0t21bO2qIZ+7GtkcU5odnrhHiAxi0R14UQRagVM1CFPpQfXki2pvb1jVJEZfEVyZnxIf nASAnCI+K4Swr7uVSmmc+YpXpjFXxUom1gdpNbDun/OiitjzZH8CBIdGAY9oUDwanjE2 Y7PQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1750291433; x=1750896233; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Jmpv1nzJMmVaIWaqeflQDNWOyVheeZc94GWggAe5RVg=; b=UzKyj2QuO56XIhAbUF7HGvhyt5ZVMl0XpCViMklvnHJmQ4hfFTuhcTG/RDo/iRqKno qmKBR0LxgBCHuPm+6hqloM6fL9FjbamKqMFfxc4m8oM+QEdYjZj042kglPadf1a3uIp9 AM6mVIC+b8/m98FogxyJltCEhDKP18J0MfphlBYsR2YEurn740k/c0mwFcDICWudkfzN F/ZZKpkoqve1wrGdFgdgsB2jzAgOErhpwh+AlyWoqMolRdrTDtgpFaxzcex86C189xiW 7f8UUXuBHzlI3euP5BGbUU/pIJquxk4O/TbkyJEF/z2aJ25TW6vBeLIqH/mydgTbg2Pv xRVw==
X-Forwarded-Encrypted: i=1; AJvYcCXiMlUBUrfIGgsoQyqo5CdC/hI/jGBvBB/+qb7QKOQsxD9XQoAYDdqE4df9r/o8kYyvvic=@ietf.org
X-Gm-Message-State: AOJu0YyhT+adsoJCESlCpz0I6plqGKQfyv2N5qMpXe0fpPN0bmR2ZPHM ydMg0bB5eJgTQHyvXHuq7LOJOLzxAvzxdo1kwrBk1ItJ5sgf5zc2jUaNMi1mnC5yvyxxYnTlaA8 wkh259vR0KfF/A2V9EAFxq5VuapDmSwY=
X-Gm-Gg: ASbGncuNBjsSwUhmeFvRxwFtcOaWXzB3Ci9YinjSy4Ii/ZaqjukmmfxtPT658gSo3fU 0ShkLBU2wG7R2lPcrojHytHO/rJ+fD6wriiLXuGNjavBYSJowAe1LkdjBID8lH5QhlsYkRhASSs mOCDIEN9ZrwpaxRAzG1Y0xHmisiomZrdt7J89+WRqI6qWxtHzdeXkF1P/YK1IUFX9vVH5ykkZhZ Pmc
X-Google-Smtp-Source: AGHT+IFmHKP6tyAwxdezRS85Zr4gqJNzHHo6td9N/6Le81fuLEz/Ofg+zCebBI7W8IWAO3IoP4IpsuuAQmMjjinRQ8w=
X-Received: by 2002:a05:600c:35cc:b0:453:23fe:ca86 with SMTP id 5b1f17b1804b1-4533ca466e5mr174823025e9.4.1750291432721; Wed, 18 Jun 2025 17:03:52 -0700 (PDT)
MIME-Version: 1.0
References: <987D3F79-BD5F-4216-95A2-BAC2EBB248E4@ll.mit.edu> <FC4EA842-876E-4CBF-9141-69BE673D6914@zscaler.com>
In-Reply-To: <FC4EA842-876E-4CBF-9141-69BE673D6914@zscaler.com>
From: Watson Ladd <watsonbladd@gmail.com>
Date: Wed, 18 Jun 2025 17:03:41 -0700
X-Gm-Features: Ac12FXyFn_38u6H52R75BYHb600FFtozYyGgnfgFtfqqdPlvcNpptAb4Vsj59Yc
Message-ID: <CACsn0c=ffPYTiaeQD5fV56UGYJfp2B8-BPtZF35d8-JfsPQ+aA@mail.gmail.com>
To: Yaroslav Rosomakho <yrosomakho@zscaler.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: W6ALHCANZS2HQXNXC2Q3R6AHF5MUWIVC
X-Message-ID-Hash: W6ALHCANZS2HQXNXC2Q3R6AHF5MUWIVC
X-MailFrom: watsonbladd@gmail.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 List <tls@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: [External⚠️] Re: [EXT] Re: [EXTERNAL] Re: Dual certificates in TLS proposal
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/0mH4QpmFKfWBmzFAzMdTyD-G0cQ>
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, Jun 18, 2025 at 5:00 PM Yaroslav Rosomakho
<yrosomakho@zscaler.com> wrote:
>
> Because it won’t require running a zoo of PKIs. Ideally just two - classic and pure PQ with eventual convergence on the latter.

Why is it impossible to have a classical and pure PQ PKI, and then
have clients signal support for which to show, to enable transition?
This is what we already have, and already has worked.

>
> -yaroslav
>
> On 19 Jun 2025, at 01:51, Blumenthal, Uri - 0553 - MITLL <uri@ll.mit.edu> wrote:
>
> And you want a composite signature in TLS - why?
> —
> Regards,
> Uri
>
> Secure Resilient Systems and Technologies
> MIT Lincoln Laboratory
>
> On Jun 18, 2025, at 19:48, Yaroslav Rosomakho <yrosomakho@zscaler.com> wrote:
>
> 
> On Thu, Jun 19, 2025 at 1: 33 AM Watson Ladd <watsonbladd@ gmail. com> wrote: On Wed, Jun 18, 2025, 4: 30 PM Yaroslav Rosomakho <yrosomakho@ zscaler. com> wrote: One of the key use cases is to simplify PKI architectures for closed environments
> ZjQcmQRYFpfptBannerStart
> This Message Is From an External Sender
> This message came from outside the Laboratory.
>
> ZjQcmQRYFpfptBannerEnd
> On Thu, Jun 19, 2025 at 1:33 AM Watson Ladd <watsonbladd@gmail.com> wrote:
>>
>> On Wed, Jun 18, 2025, 4:30 PM Yaroslav Rosomakho <yrosomakho@zscaler.com> wrote:
>>>
>>> One of the key use cases is to simplify PKI architectures for closed environments that will have to deal with a mix of clients.
>>>
>>> Transition from RSA to ECDSA required two end-entity certificates and did not have to touch the rest of the certificate chain.
>>
>>
>> Why does this draft make that simpler?
>>
>> It envisions two separate chains. Same as with using the existing negotiating mechanisms.
>>
>
> With a composite certificate approach two separate chains are sufficient only if one serves classic-only clients and composite-only clients that are compatible with a given choice of composites. PQ-only clients or clients with other opinions about components of PQ/T will require an additional chain for every variation.
>
>
> -yaroslav
>
>
> This communication (including any attachments) is intended for the sole use of the intended recipient and may contain confidential, non-public, and/or privileged material. Use, distribution, or reproduction of this communication by unintended recipients is not authorized. If you received this communication in error, please immediately notify the sender and then delete all copies of this communication from your system.
>
>
>
> This communication (including any attachments) is intended for the sole use of the intended recipient and may contain confidential, non-public, and/or privileged material. Use, distribution, or reproduction of this communication by unintended recipients is not authorized. If you received this communication in error, please immediately notify the sender and then delete all copies of this communication from your system.



-- 
Astra mortemque praestare gradatim