[TLS] Re: WG chair impartiality re: draft-usama-tls-risks-of-mlkem
Nadim Kobeissi <nadim@symbolic.software> Fri, 05 June 2026 16:39 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 50DDCFBC7D9B for <tls@mail2.ietf.org>; Fri, 5 Jun 2026 09:39:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1780677577; bh=T6Jb7XBMC6jOmyv/7E9POGVWMQ4KcpiIjEydeRahIBE=; h=From:Subject:Date:References:In-Reply-To:To; b=EHe+fWBWIJ2iJKe6pInadAOPQ6wV0CseFtudJ5NEFrtbroTC1ds7zw59n0OiW2Uot gMV3MdQC5B/7Df+UvLCoawxQcHKQZamIc4du41IqX+wrUjEMP/abeLTRLLilqh9LtV IP/CGiSPQAm38Hu8u8GBVaW+U0AwcuFwPoxqZoLQ=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.799
X-Spam-Level:
X-Spam-Status: No, score=-2.799 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, 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="EeTBp6rw"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="T1jziscd"
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 FZuj1OSBRCeL for <tls@mail2.ietf.org>; Fri, 5 Jun 2026 09:39:36 -0700 (PDT)
Received: from fhigh-a7-smtp.messagingengine.com (fhigh-a7-smtp.messagingengine.com [103.168.172.158]) (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 C54DFFBC7D96 for <tls@ietf.org>; Fri, 5 Jun 2026 09:39:36 -0700 (PDT)
Received: from phl-compute-05.internal (phl-compute-05.internal [10.202.2.45]) by mailfhigh.phl.internal (Postfix) with ESMTP id 8F00A14000B8 for <tls@ietf.org>; Fri, 5 Jun 2026 12:39:30 -0400 (EDT)
Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-05.internal (MEProxy); Fri, 05 Jun 2026 12:39:30 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= symbolic.software; h=cc:content-transfer-encoding:content-type :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to; s=fm1; t=1780677570; x=1780763970; bh=T6Jb7XBMC6jOmyv/7E9PO GVWMQ4KcpiIjEydeRahIBE=; b=EeTBp6rwFHY9vS4X9zrmdNJ9h/n5XRtRRrEdj E5m8GEQyJSPwubV/7khfdl3T4+Q2wKom+LwoLW23oyTyceNOnm9+MUVN4YAFKIWZ UKxDTEvrkB+kIJqOvi2jHx5uVFSKNZuTeA6+5vIHmsfssL0lRiSXNaTyq2M/Wla3 CKhPpAdrLM3qaj1Ue4mNhaHHUhMu3xc2eidBWJ9bYVg5x/09DsczVpeRvH4VbFoD /DpQuX92a9pI4k6Z/D5C1J+8o8ugcgYsCo72q8n8IrGl5LLL/pOnfpRIqdsPi567 D/7sx6oAMBX+mdIXDTxi04DTMqKNtcEWEBksv3Y7pDzKxLnsQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1780677570; x=1780763970; bh=T 6Jb7XBMC6jOmyv/7E9POGVWMQ4KcpiIjEydeRahIBE=; b=T1jziscd99+QdrhMC SoNu8+QLKURO2xUeHkgmwC3CEmp1/QS2rW0kgNHPppiXu0gjq7Y67VoJk4cZKhye Mdh/UBzp3fNgXDtcvyJ9yVWKEPek/iJfTRYqnUMVg28N4uxo9vWoe4nsdxW9Lhs3 B/kSRitSoiVpSEZGcpaj8C2by8Vnqyj4e8PpEP6NqvswX/n4znyRxRjrZwpMuRFG GGJ6QBkSEy64S74WDGH+eD43DG6tijbhLBFbJmTXrsSAuC1kG0tRaid/455kuJyB ui2tiNjM1lwR0gEpuZWfE10Ks18fckajLzfvIUlq7ki0PaLCFw/QS9EFov0I/Nl6 lBtAg==
X-ME-Sender: <xms:wvsiajpIOP7nMwVMXozPOBmnHvrMYXccyXxpOO9VyfZV9YDplONR4g> <xme:wvsiajhu8CIb-m-EUbSlhzs37rShvZddvsTQcaFvP7weQ7EwOTnGKYSv7yi28TbTT YSywLlVfTDi9-JHJvU9NgrIwezfgq23v1vDME93KkqtJtxvD-BwrSY>
X-ME-Received: <xmr:wvsiarQKthfgaUeMl-8KH835Hr9Ib3vUp1CK880Jm1Qj45uupkCdHTBFCxuUyedGtqtOpg>
X-ME-Proxy-Cause: dmFkZTGkYVMoNv4wkAd7BPHT7kfeQGLZFncdOyH7w4FOI710EAMJR9CG4T1sCtqc0+KcWf VBNiHFRB9pNyWG69RxldoHFbp0MFthVIctXs/qWMBi/XgTH9H7HNgozxnxn8zyF8L/VYbB vsddCvF4UP2Z73NbKbhpJfAo/UytN+DI9fLf1TJMAdZ4RZJA6jc+UdrmzIvScSkgijPfpv oisC9XF4fg7UUrmtu99B2WDfz2EudDzzqEtUVZQUvnAribpZYnDyaTGRa4SK1pPGsWCYlF lojHScFkNWj8FwS0SlLs62auFusnZ24mKEaX4Mf/Zp1wHbhGrlyXtd4fj15uYKllpg3SSP azH/EEqWGfEO2POTSTqmXXkP5evxWxWq88yFN/56WgNpz+BA++P2JUagjvL1rNGH4I8eCZ 5rk0QsuE95okOQQch01U1z2IFpLd07E7ulxNwn4zsCXAmbItzOgIcDWGkLEGfG2fGWyMQH +RX1i+Xrug2LCWY3eBsICEbE0bO5hspgjfELodXNkcn+pKLcP3XtH+RP0G5VlCMJ4GZZXQ bABc/oY42FjQnFPjymv3n7gxAyh6HL4PE5YzgNT0wtKgqec1VEqtgDWdA5mzMIj13eb14I DFxYhWxdM4Fsil5jM43hQm1KzVPSWpV5VDcpm+QR8Ty5OwQgyYfOTNgsOsHA
X-ME-Proxy: <xmx:wvsiajtbsEIreeUjvXmZ9X3Xz4WlYN0-nr6wPhHLH5RwO5wChFePLQ> <xmx:wvsiamdFlJdFh_2Ga-u7UOMbRBuXjtDqZkSiMQyO85YafQOXsCwKlQ> <xmx:wvsiagKY5XWHR-vUsTgOez8lwejrb-dClHCu_tICxt-8Ra8RnIYKzA> <xmx:wvsiakZ6UPhZcy1XpS_IQqwSa_nQagWc0_4pT6wvFPr3ThETlyBxUA> <xmx:wvsiapZs9FcN49cckjimeyX-M17SCkYRB89iYURPcr9qoql9Dwo82qjZ>
Feedback-ID: i6d3949ed:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA for <tls@ietf.org>; Fri, 5 Jun 2026 12:39:30 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
From: Nadim Kobeissi <nadim@symbolic.software>
Mime-Version: 1.0 (1.0)
Date: Fri, 05 Jun 2026 17:39:28 +0100
Message-Id: <B940A713-6DC9-4630-B65C-3AA5DE3718FB@symbolic.software>
References: <D765A2DA-1B4F-4B3B-80C4-9526EDFD6A77@symbolic.software>
In-Reply-To: <D765A2DA-1B4F-4B3B-80C4-9526EDFD6A77@symbolic.software>
To: TLS List <tls@ietf.org>
X-Mailer: iPhone Mail (23F77)
Message-ID-Hash: YJUPLZOUQ6WWGQG64QGNE3AEHD7IDZKY
X-Message-ID-Hash: YJUPLZOUQ6WWGQG64QGNE3AEHD7IDZKY
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] Re: 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/aZrod6ip9wM_WZrtfY5yp_0dYu8>
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’m noting for the record that the AD asked for this to be moved to its own thread and then, once it was, stopped answering it. Nadim Kobeissi Symbolic Software • https://symbolic.software > On 28 May 2026, at 8:59 PM, Nadim Kobeissi <nadim@symbolic.software> wrote: > > 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 mailing list -- tls@ietf.org > To unsubscribe send an email to tls-leave@ietf.org
- [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