[TLS] Re: Complaint to ADs and IESG regarding TLS WG chairs falsely claiming WG consensus to issue an RFC for draft-ietf-tls-mldsa
Daniel Apon <dapon.crypto@gmail.com> Mon, 01 June 2026 19:40 UTC
Return-Path: <dapon.crypto@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 EBC47F8D7D5A for <tls@mail2.ietf.org>; Mon, 1 Jun 2026 12:40:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1780342843; bh=NPfY7Eb1l0reqx3lAy5bVbwmIQdUQ9ghF9wUTFL/gKs=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=UMRF6qlYOZS5nqTPlkG/JIOLHbm2e19d/fMlpi1mqGCnm4O6vDUZZsnq40DR8ysiv NIpYl8b/qd9sCUgwWso7xTXzYD/Ws8humEjU2uEc0sU7x47s+TGtRD7+TE9xL2b0of X9ruOHaZNcVEjzfkUY01BT/N+u3DI3jHOLKMDpLU=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=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 UycsN3sD8NM2 for <tls@mail2.ietf.org>; Mon, 1 Jun 2026 12:40:43 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 BFB14F8D7CDA for <tls@ietf.org>; Mon, 1 Jun 2026 12:40:21 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id 2adb3069b0e04-5aa68d9dc18so1725574e87.2 for <tls@ietf.org>; Mon, 01 Jun 2026 12:40:21 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1780342815; cv=none; d=google.com; s=arc-20240605; b=YCvNGnBTaFceFrtuf8acwiHNmeOXJP6C3AIYdJbJQI9J4aMexVW45lVhMLBcyqZWuP 1qtDkXZNeWPPN8g3pcIt3ALGZfBraMkM0/0Mfy2aYg2GXtImmf7l+X2LjzsXrmG+RDja MWnmj3j7FNuaS5OLRseABi4HkC9+zqBLuqu948lxIr+29WRE0BmrJ2pKwAEO/I1QnBr4 weRLrTi9LKM0PCbJFypUdEUFvv88DvG1mKA0CMPtPR1YcCIddxerUPD9XM7kUqyfvpVX JYImjWSU/BW8PuKlf5vZlEJ/AvGlS35WFTXn/U6rTl4Yiz8fLahbY3CZmGWe6WFfzRxN uDYg==
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=4U0pxS4Zr7/swSr+zDZ3dVtrvhLnubhAixOciDoPgvg=; fh=9r11uot4OqZpyTc7ATqsjtw051FdbxEIwEkWJeTZUsA=; b=gUrYUF2q0YH9TXg5/PO1V8Hq+PnucMkmhSidG12AJMrEIW39gyKfFQlc6Z3i0bQVaX 9ZLtpU3BfR+QJuGIRzcYmcvdcIqCr78EL4fOYhqJe0wSHcoPYG1T090W0Y+4cITbsMn7 izCxlUdx2BODtNiw4Gjy2PlsNGydecaYcKXFnP30pYnDSwdmtGsf5kdcS8qk/2wH9qfd XhngVaEuze9Hsvg2Fjji0ylRCeXFRS+LhgbLVxgOA6p+WqBXJc1PkIsfcy+CuXf79kRf CxWeGAPUOfJW7RG4qgNKQ2tTbs1PKlXDZISz9GIiK4kuyocoBG3Di6lGlMH2rhV2hZse 2HLg==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1780342815; x=1780947615; 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=4U0pxS4Zr7/swSr+zDZ3dVtrvhLnubhAixOciDoPgvg=; b=poIWgTQmMi5e43TQbrnhCmcZ31JYtOsPJXYYbZ2NxjUdIF75cpjXOH4c54p9qlgqgm M/19LfMeNtOdR0gDGqnVshPv8uK1c4Zk7eOKxsjw/Ei5gBNogaUWYhZlsC4k/jyXojXx OLOHFV69gmB6l1XO0ynIU2EnIfsTkeB90DBs5dFaEWpegxkPUA5mSHB5w5sDZz6kEdXc WIUUxEVFZx1/eVngF1Hc4rUlbaWFvAdM9SKS/8MZCRYhiWu+H4ecljMP3bpCWs5uOUBQ H07Lh4bYjAq2YR71uZzuz0rhQFDj/ZHErMzOtA9XDKEzylFTcTYJSMLj9+TQsDLe9xsg oWPA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780342815; x=1780947615; 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=4U0pxS4Zr7/swSr+zDZ3dVtrvhLnubhAixOciDoPgvg=; b=bqoy4m0Rvo+Nq3EoTWUL/jvLbkFnJldqSYLohWqsIntouKEphUx9fVD61M4jKgjurW RN+nl/QJgklcrTPtqvaA/ifcWwPOVKNVJp8na6qfXhrQq26Wh0uoUpjncqH8kY1X03ww IW6Lk0bRuokzi9sOSYPE5XUHLJyQck0dtuc+Q3r0a2+2cSEIjAJTsatyQzjCFu9105yZ s1z6uKxqgcfO2QlTx8trlbR19d8JWuNKkqiPjGSgT76MfNxfCgj3KjseUC6JY4FIyqSM CxWeXKzURlZjKm/9X+bMNwW33bS6uopbF0w9TGOhv69DGRxCchhCimk+NBoHqSb1JRVA sBOg==
X-Forwarded-Encrypted: i=1; AFNElJ9HzLOPeaQHJv6z3uRo484skEvyhjsrFFqSgYNFm/kbwm3qSOkgn+9Zfwla1NT54F2FA3Q=@ietf.org
X-Gm-Message-State: AOJu0Yz8otwZnMC7nhuAkSv6jXMFmpq0e7h3qZwO4I16sxrmiG60/1NP 1S/MVMWTnUsYKKfqfsTOD0gEgjG87xjJHvvcKJLwQipPKDVzoXMG9zF4E015+8QwlLUzVY8qxcm 70o+sl38uO6FYM7UFl1wZruWfcTECakPoot5wUCc=
X-Gm-Gg: Acq92OHn8FHgrQN4RV2QbKkcdKt+bYpr0S31cncNvs1kzcO9nK1EedRxSD+GzR3TfWd 6b4sSaCf6aNC3my5o+olOTUZTkST1xtOy8yCQsvnEnpoFJLVxGDUDcknj++hX6AihrZHaqwhXdL ylBvKF5VBeAtygCEtrtLwxZs/skoawWC8Q4kmsGUV/sXhrRiT3hekTI9wvlbPn2BvW6X2KKkdJY jC8GRqyVdzWjEZxNUsMH4i6O3Ckum3hvAqOIXl5LxDJDdJqxgsTZlRrjW099iYsxcf44riBz8Ty af6vFeN1xdnpaJjNwmaMDiBBKfVkl4w3xpmB9FsZmv5h+3r3FqspJ1uwDZYzyQitsQ4SMDqnZok aA+AfKFYAR+VNRF7BNEBI+tOelc3OluUAnL4cjk6t7wggVBrsOghp9Spbmv699VDfIZK0
X-Received: by 2002:a05:6512:ac4:b0:5aa:63ad:77f3 with SMTP id 2adb3069b0e04-5aa63ad7a5emr3712018e87.21.1780342814839; Mon, 01 Jun 2026 12:40:14 -0700 (PDT)
MIME-Version: 1.0
References: <20260519112813.1254795.qmail@cr.yp.to> <CAGgd1Ocy8f4HeQy-qWauAJAxizznXdXA53kWVp_FV1QUVGuxWw@mail.gmail.com> <5DFBF81F-4A98-4C5E-A060-580DC6960021@symbolic.software> <87v7c8lgt8.fsf@josefsson.org> <CACsn0cmaOdG4vCdeOVSxAPnJtPRH8rBJ3sfAY3o0f1fm-ouceg@mail.gmail.com> <ahddRzOIvQDXcvaG@ubby> <CACsn0cnStbBw8Szq+McPumjExnbL=3wmwESYEMWczJJZbJXRgw@mail.gmail.com> <ahdflj/Xy8VoOfH5@ubby> <CABcZeBO3hPa2PXNBzfBHLRAGdc3LzcpJGMQwo8f8ufwfhxy1Zw@mail.gmail.com> <87ldd4j7fm.fsf@josefsson.org> <ahgzW1SQNUS8OhUA@LK-Perkele-VII2.locald> <CACaGApmvARUhMiMegHp+Q0O5KuYwW66qOYxQcV9DdKRfHu24EQ@mail.gmail.com> <AS4PR07MB8825B332ED2BFEA91BED403589172@AS4PR07MB8825.eurprd07.prod.outlook.com> <85e8b5d6-3ad2-4722-bc8c-32b48b83b3ce@uni-wuppertal.de>
In-Reply-To: <85e8b5d6-3ad2-4722-bc8c-32b48b83b3ce@uni-wuppertal.de>
From: Daniel Apon <dapon.crypto@gmail.com>
Date: Mon, 01 Jun 2026 15:40:03 -0400
X-Gm-Features: AVHnY4JA62THNNXi60ap_8Fklr6Pw3Ekhs0bat2h_MR8nTc16AiOc0jLhI0MEiw
Message-ID: <CAPxHsSLSpYHyMvpHNnoqMsLgzb-ATSutn7kc0wEUoxD-9PvjoA@mail.gmail.com>
To: Tibor Jager <jager@uni-wuppertal.de>
Content-Type: multipart/alternative; boundary="0000000000000e96960653365df2"
Message-ID-Hash: XAG74N6ZEMKQ2TV7KF34I6IYOO25PSAX
X-Message-ID-Hash: XAG74N6ZEMKQ2TV7KF34I6IYOO25PSAX
X-MailFrom: dapon.crypto@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@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] Re: Complaint to ADs and IESG regarding TLS WG chairs falsely claiming WG consensus to issue an RFC for draft-ietf-tls-mldsa
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/8x2S0XNCLc2qTcjrGPdHaWB8sgg>
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>
" This statement might of course be outdated, but I recently asked one of the members of the CRYSTALS team whether this is still his view, and the response was: "Yes, of course." " I also recently asked *TWO* members of the CRYSTALS team whether they support hybrids in their view, and their joint response, which they wrote in tiki torches -- flaming and placed across the facade of a certain skyscraper located in the Iberian Peninsula, with a massive fireworks show celebrating the lighting of these torches -- was "No, of course not!" [[*The above was said facetiously*. In full disclosure, I have not been explicitly told by the CRYSTALS team that they lit fiery torches in the Iberian Peninsula with a massive fireworks show in support of any particular cryptographic viewpoint.]] ----- *On a more serious note:* This entire thread of discussion is blatantly lacking in any novel, critical technical material. In fact, this entire thread of discussion has been kicked off by DJB, in a fervent (hopefully deeply sincere!) attempt to remedy what he views as a technical gap in upcoming standards. But, let's be clear: DJB had years to make *his technical case* in the NIST PQC process, and he didn't achieve what he hoped. Indeed, despite claiming early in the process that he would have a massive technical breakthrough that would break NewHope, Kyber, etc. (and thus, presumably lead to NTRU Prime being the chosen standard) -- which motivated the creation of the NIST PQC 3rd Round Seminar Talk Series https://csrc.nist.gov/Projects/post-quantum-cryptography/post-quantum-cryptography-standardization/round-3-submissions/round-3-seminars in the first place, which now continues to this day as https://csrc.nist.gov/projects/post-quantum-cryptography/workshops-and-timeline/pqc-seminars (and thus, is still open to DJB giving a technical talk with his long-promised cryptanalytic breakthroughs) So, DJB has moved to this IETF process: a more *political* and more *human* process, involving significantly less technical discussions, and hammered and hammered against the constraints of the process here itself to lead us to this point. After all, the worst thing for those advocating against pure-PQC solutions is a technical discussion on the cryptographic merits. On Sat, May 30, 2026 at 3:54 PM Tibor Jager <jager@uni-wuppertal.de> wrote: > > > On 30.05.26 14:11, John Mattsson wrote: > > > > - Most experts have a high degree of confidence in hash-based and > > lattice-based signatures. This includes US NIST, CNSA 2.0, European > > crypto agencies, as well as cryptographers in academia and industry, > > such as Sophie Schmieg [2]. > > This suggests a consensus in academia that, as far as I can tell, does > not exist. > > Regarding “most experts”: the authors themselves (!) of Dilithium/ML-DSA > recommend hybrid deployment. On their website they write (see > https://pq-crystals.org/dilithium/index.shtml) > > "For users who are interested in using Dilithium, we recommend the > following: [...] Use Dilithium in a so-called hybrid mode in combination > with an established "pre-quantum" signature scheme." > > > Similarly, for Kyber/ML-KEM (see > https://pq-crystals.org/kyber/index.shtml) they write: > > "For users who are interested in using Kyber, we recommend the > following: [...] Use Kyber in a so-called hybrid mode in combination > with established "pre-quantum" security; for example in combination with > elliptic-curve Diffie-Hellman. > > > This statement might of course be outdated, but I recently asked one of > the members of the CRYSTALS team whether this is still his view, and the > response was: "Yes, of course." > > > In my view, the concern is not with lattice-based cryptography as a > paradigm, nor with the algorithms. Also, not with backdoors. Rather, it > is with the underlying hardness assumptions and, in particular, the > concrete parameter choices. At present, these appear fine. However, > assuming that this assessment is unlikely to change seems optimistic. > > > > I am very unconvinced by people who criticize ML-DSA while > > not applying the same scrutiny to RSA, ECDSA, and EdDSA. The criticism > > of ML-DSA and IETF often applies double standards that don't survive > > scrutiny. > > > The above comparison is not entirely apt. 30-40 years ago, there were > fewer alternatives available, computational resources were much more > limited, and hybrid deployment was generally not a practical option. By > the time computational costs had decreased, RSA and > discrete-logarithm-based systems had already accumulated decades of > scrutiny and practical experience. > > More importantly, in my perspective, advocating hybrids is neither a > criticism of ML-DSA, nor an application of double standards. But it is a > matter of risk management. We are considering introducing algorithms > based on comparatively new hardness assumptions into the most important > cryptographic protocol on the Internet. There is nothing wrong with > optimism, but in this context one may also argue that a more cautious > approach is warranted. Better safe than sorry. > > > > _______________________________________________ > TLS mailing list -- tls@ietf.org > To unsubscribe send an email to tls-leave@ietf.org >
- [TLS] Complaint to ADs and IESG regarding TLS WG … D. J. Bernstein
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Soatok Dreamseeker
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Muhammad Usama Sardar
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nadim Kobeissi
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nadim Kobeissi
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Deb Cooley
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nadim Kobeissi
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Simon Josefsson
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Watson Ladd
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nico Williams
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Watson Ladd
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nico Williams
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Watson Ladd
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Eric Rescorla
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Eric Rescorla
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nico Williams
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Martin Thomson
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Nico Williams
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Simon Josefsson
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Ilari Liusvaara
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Salz, Rich
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Joseph Birr-Pixton
- [TLS] Re: Complaint to ADs and IESG regarding TLS… John Mattsson
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Tibor Jager
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Bas Westerbaan
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Daniel Apon
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Daniel Apon
- [TLS] Re: Complaint to ADs and IESG regarding TLS… IETF Chair
- [TLS] Re: Complaint to ADs and IESG regarding TLS… IETF Chair
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Tibor Jager
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Simon Josefsson
- [TLS] Re: Complaint to ADs and IESG regarding TLS… Daniel Apon