[TLS] Re: Working Group Last Call for Use of ML-DSA in TLS 1.3

David Benjamin <davidben@chromium.org> Fri, 10 April 2026 14:01 UTC

Return-Path: <davidben@google.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 1589FD97C249 for <tls@mail2.ietf.org>; Fri, 10 Apr 2026 07:01:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1775829680; bh=v4/UoB72k0lQXtAReW2lNqwaertCMGJ4dvzyeFciNVo=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=C8gORL6Dg5RwmNAtQDDSKrOP2J9evutZRPHYH3bNdT8iEiSUhrfEk9Bh6b3jTfa9q vDwso8QK9ddfetkve/0AvuUtYtbDeWhyK9bjh0waw7FO6c5lFEsjxCfGxFthm4msuH Q/7KJI0YFZ8Ds9RBT4T9jFtNEFsPhj1ljXitOqfw=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -9.499
X-Spam-Level:
X-Spam-Status: No, score=-9.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=chromium.org
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 2xqsoFhZuyVr for <tls@mail2.ietf.org>; Fri, 10 Apr 2026 07:01:19 -0700 (PDT)
Received: from mail-qt1-x82d.google.com (mail-qt1-x82d.google.com [IPv6:2607:f8b0:4864:20::82d]) (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 F37F9D97C1E7 for <tls@ietf.org>; Fri, 10 Apr 2026 07:01:12 -0700 (PDT)
Received: by mail-qt1-x82d.google.com with SMTP id d75a77b69052e-50b2b289925so16681701cf.2 for <tls@ietf.org>; Fri, 10 Apr 2026 07:01:12 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1775829672; cv=none; d=google.com; s=arc-20240605; b=EeaPw3nacTtiDF3gSBArBpZsZa18tSn/CFi6ZiBPs+9HeIvKnfDgz9XRBbohkg8dgf pnKkA5ULjHnVSz6s4xq/66oxqresoBGQZBnoZr5VgaHz6FRd6YpELiDaYnNxrftK4OSA 3F7wh9nOdb7rR5X3z62nrA0fF0IbW8ByJyzS0IFRWGipHGeHQYBvODqgpVzGeelxQya5 rDDjGooGFA/RPrMPlnJqFOhH9MnXmKeNpfuvsa3/J8gz5XqmfYSyQagqrwuTEhQnx0O+ Pck6eliqRD8ZuNPJ9Og+Qi2Ob0xOipRybZFNcNRHJjx4R37bGzSIE2YsjzN+M7qSiqfJ Wa1Q==
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=k8TDPDh9ecuG03HcJS7u5xlltXqzI+0+L8jHqOz5GRM=; fh=REZ1bKoBQvr3/q+A9HfBS+sccuFZ3Oj13WzimdH8UEg=; b=L/MabLu7mFjuQVwCslMxNtBlbhiTE18OpQTIPHQI6NXiTdnknx2smxP8t0eggKwFCQ 3+cOIfBwpblXmblSOCNMqivkIFvn68uILoFWAFiQ03/v+UtOkXxTNwGzU0mn2ZGfxBlX PacylyOCw/1S1n4ilN45JBUcKttQ3LZBIh/b9TaB1DlG8CVW6Eqy8Lju04W7zS4jQc3+ jN41XgFvzL79RzGUyJWg60PYAFi+mWn1Hlgd6rEnpe0wkwj2lP3R7zWshxmCgs4fN8hk aYpyuodlB/4oZGDB2p8z8qz3AcAdf5rpG68Jy03dfgfRAOGWt+5xopH6JsCM0lNRbwpO wrkA==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1775829672; x=1776434472; 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=k8TDPDh9ecuG03HcJS7u5xlltXqzI+0+L8jHqOz5GRM=; b=Xsj0nuIGD8LnC5v8Se4rEm5SLY9OA8Qs96QL6/Po6dLyW9aPquNhSQQ9gtSE16iEQ2 ytAkIXumaUAVJu9jSsa4uIERAQk/xZfNAe1/Aog/jmvSc0sm4OcxbEnH1lzQixL2UvP+ Hh3jcPUUEFrMH6am8eFZ0/XVnm0khlvLYZi+s=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775829672; x=1776434472; 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=k8TDPDh9ecuG03HcJS7u5xlltXqzI+0+L8jHqOz5GRM=; b=heC0qpciqDR0uG8VVHXE/bGPXmMCn2J7PgWmno7t5bUnyobiN3XQDEby11TxCig6Sy MaFpikCOfOkSnwSLxsBW4kpB/edUhZCKbsxSqS/g29j6YDhz7rCK6+VmIMdw2snIgpE3 ulcP1UMAUKDd0A9YnSGpPihCvvEV4jF6N/TC2EHhx91mUIxw6zOEEs6zARZ5v2Cva/Hk Cu8yRPklX88XA84J1NLQa5NKzlUsRphjng9rVmCRSMyW7CfrjtYSHtJkoJ8TIGaayB72 5lG4kBXuJ2XZbAlXn3nOGKTf7gSIF4H/x39Odc+G9tnZ/M19dAfbdW2eWuuDzjq5ujuR aOiQ==
X-Forwarded-Encrypted: i=1; AJvYcCWzznzmD1eU8ydJWEFBWCrDEiDUQpqojXbOvTzHw6liLn21Qc29sv9yMyo9uhBd4T9G8HU=@ietf.org
X-Gm-Message-State: AOJu0Yxzt13pXmKByZVm//wV0XjYFreC+Un89A1mBfuFTXU+GTRJtTVE WyDcCn0v5aIxv2x+RqFaDu9lAfuOxARJTRbySGHnC/9nLLLrhIsBlG6bIteowBzpzaLs9ybTdqH +dPbGCZAGYSifXVFbqWKIWft307zgf88LSlLpswA=
X-Gm-Gg: AeBDies/6anyPqdvjY95xKcJS/pHGjPziymZsVhxZ/GWYlo7OubRufv8mmGyitBHGEG iTAUInBcaktYcT26x1dDfNuKMV3iXqUt0F6hP9V+JOzxOYygV4zj2sXhdwg6NzEJilM4ykxkpjV 6/uBJBS0kVosmSKpYggFTPUAFrtbud1WnhRQpaivXkLWzj4BSPHPHkKWn/Fer2Ih5UXr9fX73vD Q4eWB3lpD9eJZ2jf022/H6w5HK1TFlFijUcFuszuCY71ceH5U7cboaowzwlgsLoivJZ4870/HQz S5EZWdgXlm4Bp6/on2Ki06NtHOdpM3AuoaoSpJeD2x19pKble2JQ/4Q=
X-Received: by 2002:ac8:5d14:0:b0:509:1e54:a501 with SMTP id d75a77b69052e-50dd5a81476mr44498421cf.9.1775829643009; Fri, 10 Apr 2026 07:00:43 -0700 (PDT)
MIME-Version: 1.0
References: <16CF0FDA-7263-461A-9F2B-D37DBEAF5DD9@sn3rd.com> <25c8d414-e4c8-455b-bd64-28132615ba75@cs.tcd.ie> <68f49a81-dd2c-4bea-896a-87da3e6aff68@tu-dresden.de> <CAMjbhoWwvfkfScpbf4-5PBzk__qb+6M4ZzAOba64kk9aXBba5g@mail.gmail.com> <d47a34ab-7fb9-4687-84aa-a5fa6bcf6a6c@tu-dresden.de> <CAMjbhoWBHmJnLx7wRG9iyurAHrSCExxO83G8PN=TnQUidp84SQ@mail.gmail.com>
In-Reply-To: <CAMjbhoWBHmJnLx7wRG9iyurAHrSCExxO83G8PN=TnQUidp84SQ@mail.gmail.com>
From: David Benjamin <davidben@chromium.org>
Date: Fri, 10 Apr 2026 10:00:28 -0400
X-Gm-Features: AQROBzCfASXywJ8knmls7bx23Pr4qwvkcCbew7O00AmYttiOvWHM3hvgkT_HVvI
Message-ID: <CAF8qwaDmkHwhBS=OxQRtE+JawBgKyLB+ou8ujQ4v8Hf04yrrdQ@mail.gmail.com>
To: Bas Westerbaan <bas=40cloudflare.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000111e29064f1b8ff4"
Message-ID-Hash: IQFXRGUZU7EPW2V3GWLVESNOIQIR3ETD
X-Message-ID-Hash: IQFXRGUZU7EPW2V3GWLVESNOIQIR3ETD
X-MailFrom: davidben@google.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: Working Group Last Call for Use of ML-DSA in TLS 1.3
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/id5D7irJi6mwNyDKSgGCvkj68zA>
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 agree with Bas. Obviously the TLS WG can and should override the FIPS'
document's guidance when the general guidance is inappropriate. But when it
is appropriate, it is simpler for everyone to just cite it.

In this case, I think the FIPS guidance is already what we want, and
addresses exactly those platforms where side channels make deterministic
signing unattractive.

On Fri, Apr 10, 2026, 09:32 Bas Westerbaan <bas=
40cloudflare.com@dmarc.ietf.org> wrote:

> FWIW, PQC-Forum should not be authority to make decisions for TLS -- that
>> authority should remain with IETF TLS WG.
>>
>
> Certainly, and I did not mean to suggest otherwise. For matters not unique
> to TLS, we should take note of the discussions there.
>
>
>> Has there been a change in understanding?
>>
>> Deterministic signing has the advantage that it's easier to test for
>> correctness. On platforms where side channels and fault attacks are not as
>> pressing of concern, this can outweigh the benefit of hedged signing.
>>
>> I have presented very concrete hardware examples, where side-channel
>> attacks have been wildly exploited, and hardware vendors have still refused
>> to take care of side-channel attacks. If we don't forbid deterministic
>> signing, I believe the attacks may remain exploitable.
>>
>
> Concerns with deterministic signing were well known for years and
> certainly during the discussion at the pqc-forum. The guidance is §3.4 in
> FIPS 204 is pretty clear. Did we learn anything new in the meantime? Is TLS
> particularly vulnerable?
>
> Best,
>
>  Bas
>
>> _______________________________________________
> TLS mailing list -- tls@ietf.org
> To unsubscribe send an email to tls-leave@ietf.org
>