[TLS] WG chair impartiality re: draft-usama-tls-risks-of-mlkem
Nadim Kobeissi <nadim@symbolic.software> Thu, 28 May 2026 19:55 UTC
Return-Path: <nadim@symbolic.software>
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 348DCF6E1BB5 for <tls@mail2.ietf.org>; Thu, 28 May 2026 12:55:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1779998107; bh=ocbbt42msFR2at60xVsojrzUlpEjKOfgY9paPy2mv2A=; h=From:Subject:Date:To; b=EizuirtYsFbgzjbkDmONse73iAt3xf4OSCzix8PGMD2E74MU2MGcx2NObsIvsiyPb XADS7oxrb+kID7u8BZya+iCYSjIuMyiGxLXecnAofbFkOHe8oXQ4mjaGEUZbBZKADK Ylav7Xx7kurZ6jyihSjpH+n8HDo2exTHjYn4eyIg=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=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=symbolic.software header.b="VLokUk+p"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="J2YqO1dX"
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 M1vg979-syaH for <tls@mail2.ietf.org>; Thu, 28 May 2026 12:55:06 -0700 (PDT)
Received: from fhigh-a1-smtp.messagingengine.com (fhigh-a1-smtp.messagingengine.com [103.168.172.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id B37A3F6E1935 for <tls@ietf.org>; Thu, 28 May 2026 12:53:09 -0700 (PDT)
Received: from phl-compute-08.internal (phl-compute-08.internal [10.202.2.48]) by mailfhigh.phl.internal (Postfix) with ESMTP id 61536140012F for <tls@ietf.org>; Thu, 28 May 2026 15:53:03 -0400 (EDT)
Received: from phl-frontend-03 ([10.202.2.162]) by phl-compute-08.internal (MEProxy); Thu, 28 May 2026 15:53:03 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= symbolic.software; h=cc:content-type:content-type:date:date:from :from:in-reply-to:message-id:mime-version:reply-to:subject :subject:to:to; s=fm1; t=1779997983; x=1780084383; bh=cTsID6yd3h rvrEl53fOu+EmM6loLsfmApZwxFAlRPag=; b=VLokUk+p2vs3CT4WLvpTQh9mj3 7kwbvPiPdCv9rLE1icr3yrJWGvqoEt2Fdar9Uo/6bE0Edq4hMK7gR1/H0vSMyKrC T+y2UcKcr6ol8nn4Ek+uVhnaWG+R354uDSuYX1MQReBMl6HxQBIAvZa60h3hK7TL 47Ty8cHtdcbhesdotIUxWXd+YG4/bcJlhezVni2o6fOnpRgJ2OyeIjonO7fwR7rZ CuG/Ttv4KdNbB490CTvsASjKPgNXx8m6GhkFQH9X/F4Hu6aSwfEk5+pLfxbDAnXV am8qIstcpY7/6bfaALE2srKhlmoK0oN2swCr0j4tmI67VvfZMgwxoTHGVcIQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1779997983; x= 1780084383; bh=cTsID6yd3hrvrEl53fOu+EmM6loLsfmApZwxFAlRPag=; b=J 2YqO1dXgRSlMWFddjtwl/KWTo/BCBZyGOJT/LrjcgWs19GZ06X2QpH1m3MHIINY8 f47SbrMiYVDKMbKPphuWPT3l6pNg17Hdh3Jg9zv8gZxUJClgW7+Wava5MtOKoOFY 79oAqYhgzPW7RgwN9pjJg7R+sY3ZXWHv/g6rcJiKudyMOSS5l2ePkquznssTvL9K uuWf6DReAQXFs8zbwx5alTnliGbfiRbNPf4+oxXNGuFbSQJJzs/kB3RkK5PyjoqL 3ISqMpownzRCGsMC6X9SygmkbKqL1DG8r/5UsA7ghb4dh32849k61EMTTox1parO 5fltXKUrZa1ajULQXpc7A==
X-ME-Sender: <xms:H50YamgP2WoDtR_t042gmXSxGXN21HvtcxyxSq7W_JDJZoXA6NOgiQ> <xme:H50Yas6QwFg7a7Ss2GTZ5wPepL2vnNePuo1nFJyuZC2y-liT7nMCqieK7AE30hOJ6 UDFVCaHx8CGGv1_qClTXIxf5UbsIoFUJGeMvA_L5hsxCokwazVE65E>
X-ME-Received: <xmr:H50YapKIr_ZoSKighf0bg6bfnII17F1ZnRgpsQX8BS0oMY3-iFamdooP_WKClTO6ecXSTqpDYkBXH7kh7B_cxC_5_efsTAqmAOZ0EHLqL0H7B2E1qfObqAhhGA>
X-ME-Proxy-Cause: dmFkZTGC2sduSIo3oEuwqTjonVzMK632m/ZjY7FCcmniU55gYRowe5aIVDCKOfb0hxtlRx TcHim72KChzyxIkvS5VYf7jkWzK4gCaDmWRLuyiaZ2oCoga34pIpeiPeh3LvLlOAo902UM eQzzpvQnOt0rWch3bmVgGZsQVqpghY16nKTU5aGjTQ+tBag1ZfmBIhn5RLpcgtH7QKhdcd WWe9T6jsTWeWwvV9XfZt7oh3G0Icoj5wcOgIoFyetuvPQhKKFMzfPD35f1F5N8TevBGiXt +lAHuYMm8HnESs70DklMKKSu1LxI2PZ+9O/61jfqTVJl5NPMbZoOckbvnJDYMlIdKnQCJY D3/GuXO65ZwlNcQD28H2nrjLwCdX3MR/iGSMOx5IVM1Oy0nlCZkvbWTIrrxqoJFT43ahjb 5hOgyYLDRURvtqVjY2WbS4UjfwWXyb2Xto+ASwAeTP6wdGAPqLwCTY57K1r1/SJhbH2r98 ogd3FgoWvsOXoRKnnCVMZuC2PXUcUuuXjIkvnocq4x5nPmQjWHrpDsPGht6nyxGlDAgV8B hfYoZ1KPCaeG3P4pnou7SGriCn6WzEMjgHdsoMb41HFj02RQcfH115lkIBhGqcjs+MWpLu pGZwmSBXwPnsJ1EPSiaDF6olxdUJroVbJhLRn8aTx1K4fwe+SgcLdGJIfCHA
X-ME-Proxy: <xmx:H50YasFmqObbZeFiG3I-8i39YDCYBHUIeukzfwSXROBOMBHufRLgOg> <xmx:H50YanWRExYQMWM8sxuufpzBlMkgX1hNEGA2Z01QMhdymsYRyqO-mw> <xmx:H50YaviNVfFG8LCjCIK28JrFvZGDhFzJW_G2ZJ0XaVdyMQTxNiuIsQ> <xmx:H50YagQ4vzBW-TSNc_il6LQfYmAYgis0-Ubooqc6mJqRBGKezgG6yg> <xmx:H50YaqxgCo79vqYQgyF_nc0FpSh4JYsxMCO3RVBY_rosLxjlvua0HWMu>
Feedback-ID: i6d3949ed:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <tls@ietf.org>; Thu, 28 May 2026 15:53:02 -0400 (EDT)
From: Nadim Kobeissi <nadim@symbolic.software>
Content-Type: multipart/alternative; boundary="Apple-Mail=_1CE111CD-6326-4168-BF54-E7BD7C9A6A53"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.600.51.1.1\))
Message-Id: <D765A2DA-1B4F-4B3B-80C4-9526EDFD6A77@symbolic.software>
Date: Thu, 28 May 2026 21:53:00 +0200
To: TLS List <tls@ietf.org>
X-Mailer: Apple Mail (2.3864.600.51.1.1)
Message-ID-Hash: 5RKLSREJVJCEJYCVLQAM5ICCDBPR5YJF
X-Message-ID-Hash: 5RKLSREJVJCEJYCVLQAM5ICCDBPR5YJF
X-MailFrom: nadim@symbolic.software
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [TLS] WG chair impartiality re: draft-usama-tls-risks-of-mlkem
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/prJAaVEhWahqv8JH994yaUv6zrc>
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>
Deb, Moving [1] to a separate thread, per your request. You're right about several things: chairs keep their own lives and opinions, there is no requirement for separate identities, and the guidelines for conduct carry no machinery for policing what anyone does on a personal platform. I am not asking you to monitor anyone's account. I do want to push back, with respect, on one part of the principle as stated, that what a chair does on a personal platform is, for that reason alone, none of the IETF's concern. I don't think that can be the rule, and the cleanest way to see it is the limiting case: if a chair posted an overt racial slur about participants in this group, none of us would say "personal platform, not our business." What makes such a post the IETF's concern is not where it was typed; it is its effect on the environment for the people in this group, and its bearing on whether that person can still hold a role that depends on their trust. Location is not the test. Effect, and the requirements of the role, are. I am not equating a "go work at Whole Foods" jab with an overt slur, I raise the extreme only to locate the line, because once we agree the line is not "personal platform = off-limits," what remains is the proportionate question actually in front of us. Furthermore, on a personal note, I absolutely feel less safe participating in the TLS WG if I know that I stand to be publicly ridiculed with the chairs endorsing statements that I leave cryptography and go find other work (or worse kinds of personal attacks; I can think of a few), if I post something that they disagree with. There is no question in my mind that I would at this point actively and strongly discourage all of my Lebanese students from ever participating in the TLS WG. And at its far lesser magnitude, there is a different question here: not whether the chair is entitled to a personal opinion (they plainly are) but whether a chair who publicly endorses ridicule of a participant in an active dispute can be seen to rule impartially on that participant's draft, and on any FATT review requests originating from them. RFC 2418 makes working group chairs accountable to the responsible AD and charges them with managing the group's business fairly and even-handedly. The impartiality of the chair is not a personal matter; it is a property of the role, and it is the one thing the role cannot function without. So I am not asking for any sanction, and certainly not for removal. I am asking you, as the AD who appoints and oversees the chairs, to weigh two proportionate things: 1. Whether the appearance of impartiality has been affected enough that recusal of the chair concerned from procedural rulings on draft-usama-tls-risks-of-mlkem (and from any FATT requests originating with the same author) is warranted, so that those calls are visibly made by someone with no stake in how the author has been characterized. 2. A brief acknowledgment to the group that endorsing personal attacks on contributors is inconsistent with the neutrality the chair role requires independent of platform, and without anyone needing to monitor personal accounts. If the chair concerned chose, on her own, to reconsider the public endorsement, I think that would go a long way toward restoring confidence. But I take your point that that is hers to decide, not something to be compelled through the conduct guidelines. [1] https://mailarchive.ietf.org/arch/msg/tls/hmZH_Rkibo55nS62hQeo3Lx-TqQ/ Nadim Kobeissi Symbolic Software • https://symbolic.software
- [TLS] WG chair impartiality re: draft-usama-tls-r… Nadim Kobeissi
- [TLS] Re: WG chair impartiality re: draft-usama-t… Nadim Kobeissi
- [TLS] Re: WG chair impartiality re: draft-usama-t… Andrew Lee
- [TLS] Re: WG chair impartiality re: draft-usama-t… Nadim Kobeissi
- [TLS] Re: WG chair impartiality re: draft-usama-t… Andrew Lee
- [TLS] Re: WG chair impartiality re: draft-usama-t… Deb Cooley
- [TLS] Re: WG chair impartiality re: draft-usama-t… Nadim Kobeissi
- [TLS] Re: WG chair impartiality re: draft-usama-t… Nico Williams
- [TLS] Re: WG chair impartiality re: draft-usama-t… Nadim Kobeissi
- [TLS] Re: WG chair impartiality re: draft-usama-t… Deb Cooley