Return-Path: <filippo@ml.filippo.io>
X-Original-To: cfrg@mail2.ietf.org
Delivered-To: cfrg@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1])
	by mail2.ietf.org (Postfix) with ESMTP id 0390B82B9C96
	for <cfrg@mail2.ietf.org>; Tue,  4 Nov 2025 09:40:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level: 
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5
	tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
	DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7,
	RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
	RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_PASS=-0.001]
	autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key)
	header.d=filippo.io header.b="DrJOA+Qg"; dkim=pass (2048-bit key)
	header.d=messagingengine.com header.b="iP8Lt6T+"
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 HLPhrymO-0dM for <cfrg@mail2.ietf.org>;
	Tue,  4 Nov 2025 09:40:18 -0800 (PST)
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 8BE6582B95AF
	for <cfrg@irtf.org>; Tue,  4 Nov 2025 09:39:40 -0800 (PST)
Received: from phl-compute-09.internal (phl-compute-09.internal [10.202.2.49])
	by mailfhigh.phl.internal (Postfix) with ESMTP id 62631140017C;
	Tue,  4 Nov 2025 12:39:40 -0500 (EST)
Received: from phl-imap-02 ([10.202.2.81])
  by phl-compute-09.internal (MEProxy); Tue, 04 Nov 2025 12:39:40 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=filippo.io; h=cc
	:cc: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=fm2; t=1762277980; x=1762364380; bh=NUaFqQSRdd
	Y7Unfn8THDFOl+HS7IeyzoA1Vwlwn3e7Y=; b=DrJOA+Qg7HXVf5H60EoIHrESMF
	6HGkqqUBjMctj74ok3vbj87AXxQhsROD7mOaC/d6deog32DElYDUYUIPosUm1jwY
	nWiS2Fy64FEWcJmTlBSHg1Nw/giBO7olwuUwEDZtihW4t2rYaxzo+yJcH3+w9fUb
	pTLNl5Lbg5SKjW4c5vIbxkvA18N33q7Ij28HJ3vUEipKDWyvmhduG9MVU70sI+cR
	NSdLxP3c6qNjHGwS9nIOtvUDX0RZSgAFU5au/M+TvCB8+XsH3IZl/2kcNzE3eor1
	artnLGxD/frGhBpTKaoUGBJwtEj3uJ0knO1i1xdVJD6oFtyTIJr2rI/kLuAA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:cc: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=fm3; t=
	1762277980; x=1762364380; bh=NUaFqQSRddY7Unfn8THDFOl+HS7IeyzoA1V
	wlwn3e7Y=; b=iP8Lt6T+0KfgibWnRLeETxlH0hcARaqbztWxLL9wdlByLOnDeIs
	PMunfV+TlkAXmvY8i+Bi7/Q6WKBi1qH53woG+qygZT/909j3HZda2jRfiAcB5+Me
	eJdTfwhWFwTV3Ugv9X3C+Dm8qaTvXdXK8rLAkbOdFonoxbA3z5igTsC31M1krGmP
	cJYHLfZ7zYujvi7tOzIxsLXlazAcLrTS/EHjBytv/VFIWaOGc1prQaCQ1rd8hWQ/
	16aRf0HaTUgyZnoKN8LZoYCXazA3vV0Y765ie/Yh2DP/d89JPOffCyEyizsu6kyW
	0aJS6fRbrVwIWw3rtGf0rNzMrrF3vX30z5Q==
X-ME-Sender: <xms:WzoKaVQzSi9oH6NNs3TZxLWXlngL4a5E5RjJhJZ1xLr4p1dcyrZkBA>
    <xme:WzoKaZkmtNFwnKbJcibv79roBt4ACGYdWWnpMigRujr_BVA8QGE-G8bDdI8IesrhX
    IigCPWExyDlPzWae68HJKNC1aif_tMxe3Wd8yl07OLBQbfTir9s>
X-ME-Proxy-Cause: 
 gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddukeduieegucetufdoteggodetrf
    dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu
    rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf
    gurhepofggfffhvfevkfgjfhfutgesrgdtreerredttdenucfhrhhomhepfdfhihhlihhp
    phhoucggrghlshhorhgurgdfuceofhhilhhiphhpohesmhhlrdhfihhlihhpphhordhioh
    eqnecuggftrfgrthhtvghrnhepgfegfefgueffhfehvdeuleefffefteetheeuhedvieel
    udefveffgffghfeiveegnecuffhomhgrihhnpehgmhgrihhlrdgtohhmnecuvehluhhsth
    gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepfhhilhhiphhpohesmhhl
    rdhfihhlihhpphhordhiohdpnhgspghrtghpthhtohephedpmhhouggvpehsmhhtphhouh
    htpdhrtghpthhtohepihgvthhfpeegtdguvghnnhhishdqjhgrtghkshhonhdruhhksegu
    mhgrrhgtrdhivghtfhdrohhrghdprhgtphhtthhopehnihgthhholhgrshdrshhulhhlih
    hvrghnsehgmhgrihhlrdgtohhmpdhrtghpthhtohephhhpkhgvsehivghtfhdrohhrghdp
    rhgtphhtthhopehsphgrshhmsehivghtfhdrohhrghdprhgtphhtthhopegtfhhrghesih
    hrthhfrdhorhhg
X-ME-Proxy: <xmx:WzoKacWbjCz9xZerTxyUqHa975uaroAjihp6z5mjDU0vLScqJKV_uA>
    <xmx:WzoKaSF7DkE5abvGo07StbosZT9LxWSE2v6J0GYGGraZTA6qQ6Jtww>
    <xmx:WzoKaQfQSwu2mkW5AVpkdb-RRhp08Y6ABnYuRmViWEX8p_M8mljYFA>
    <xmx:WzoKabI2nsg75UeoceT_wirewHPHu8m3_6XLeVsQwtg4tFmMwCASNw>
    <xmx:XDoKadJBAYEkLMovoWjhkwHrme4PJFwuMeCJc8rN3Rq7-HDxfB9RrBDz>
Feedback-ID: i2e91459c:Fastmail
Received: by mailuser.phl.internal (Postfix, from userid 501)
	id D55B1700063; Tue,  4 Nov 2025 12:39:39 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
MIME-Version: 1.0
X-ThreadId: AZMIg_CehBVw
Date: Tue, 04 Nov 2025 18:38:23 +0100
From: "Filippo Valsorda" <filippo@ml.filippo.io>
To: "Nick Sullivan" <nicholas.sullivan@gmail.com>,
 "Dennis Jackson" <ietf=40dennis-jackson.uk@dmarc.ietf.org>
Message-Id: <9baf2c9e-d911-468f-b36e-20ff62226fc9@app.fastmail.com>
In-Reply-To: 
 <CAOjisRyUNgKzz5knRLZ6RDM6itYqFBfKskbhS5_2SNOuSZJjeg@mail.gmail.com>
References: 
 <CAKZgXHoi88=hETRtacXgph0pscmU4VreGxOHTsEgbecLJT1opQ@mail.gmail.com>
 <CAKZgXHqOXN9j4XpM5xv6dk8n-97iKjtJLB4mzFZqwMNv2psb9Q@mail.gmail.com>
 <36c7122e-176d-4d77-a8d2-592a631892da@app.fastmail.com>
 <1a8c33a6-ee6e-4fa0-ac2b-63cb054817cc@cryptonext-security.com>
 <dbd0b661-423d-493f-aaed-9786292c3e7a@app.fastmail.com>
 <98835253-C91D-442E-96A1-A9D99757B4D1@redhoundsoftware.com>
 <8144d7d0-20e7-4e0a-91fd-41db62ceff38@app.fastmail.com>
 <A5AAE6C5-9ED8-4CCB-A32D-C0FE42F07BFC@redhoundsoftware.com>
 <CH0PR11MB57398DD637B26858B0310D979FFAA@CH0PR11MB5739.namprd11.prod.outlook.com>
 <CAEEbLAbw6G86uw+UA04ebmcFrtNs7mTS3oRp1A52-Eo8N5TQsQ@mail.gmail.com>
 <CAL02cgSMeQFKagi4PmEctLr4LhBxt8gc6XEjOXvtWK8---0v4w@mail.gmail.com>
 <CAL02cgRf+7MfqLwoH6bVp2Qx9d899pE+X-FqstHmYi+vFX1KsA@mail.gmail.com>
 <CAOjisRyHNLDHzGw-4HOqH-+1fXjUpHOyHqe8HZrcv=JaVeBc5g@mail.gmail.com>
 <83592c9b-37f0-4749-ae34-03eb8dbe426a@app.fastmail.com>
 <CAOjisRy0y7qDQYOuGLiRD=DFvN-cKOAKxPkVHtEr5vuD+enjNg@mail.gmail.com>
 <997573b6-119e-4ce1-b93c-13f2aedfd04f@dennis-jackson.uk>
 <CAOjisRyUNgKzz5knRLZ6RDM6itYqFBfKskbhS5_2SNOuSZJjeg@mail.gmail.com>
Content-Type: multipart/alternative;
 boundary=bc1f77c99dd24558aeb426bd938ad19b
Message-ID-Hash: LNF3US37NRL5MMLQBNRDVKEJYNR5VCP6
X-Message-ID-Hash: LNF3US37NRL5MMLQBNRDVKEJYNR5VCP6
X-MailFrom: filippo@ml.filippo.io
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency;
 loop; banned-address; member-moderation; header-match-cfrg.irtf.org-0;
 header-match-cfrg.irtf.org-1; nonmember-moderation; administrivia;
 implicit-dest; max-recipients; max-size; news-moderation; no-subject;
 digests; suspicious-header
CC: CFRG <cfrg@irtf.org>, "hpke@ietf.org" <hpke@ietf.org>,
 LAMPS WG <spasm@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5BCFRG=5D_Re=3A_=5Bhpke=5D_Re=3A_=5Blamps=5D_Re=3A_Re=3A_Re=3A_Re?=
 =?utf-8?q?=3A_=5BEXTERNAL=5D_Re=3A_Re=3A_Re=3A_Re=3A_Re=3A_Cross-testing_up?=
 =?utf-8?q?date_on_LAMPS_Composite_and_cfrg-concrete-hybrid-kems?=
List-Id: Crypto Forum Research Group <cfrg.irtf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/cfrg/e6BIMqt9sVYQZbow5z-fjFqQv3U>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cfrg>
List-Help: <mailto:cfrg-request@irtf.org?subject=help>
List-Owner: <mailto:cfrg-owner@irtf.org>
List-Post: <mailto:cfrg@irtf.org>
List-Subscribe: <mailto:cfrg-join@irtf.org>
List-Unsubscribe: <mailto:cfrg-leave@irtf.org>

--bc1f77c99dd24558aeb426bd938ad19b
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

2025-11-04 18:17 GMT+01:00 Nick Sullivan <nicholas.sullivan@gmail.com>:
> The stakeholders with the strongest preference for maintaining
> compatibility appear to be library implementers, who would likely need
> to add a new codepoint to their libraries to support existing non-IETF
> use cases and any RFC that relies on concrete hybrids as normative.
> Which is less than ideal, but maybe not catastrophic. The good news is
> that almost all existing implementations use the term X-Wing, X-Wing
> and X25519-MLKEM512 are very different names, so confusion may be
> minimal among users.

To be clear, and to echo David Benjamin, I am not saying that adding a codepoint for the incompatible CFRG variant would be confusing, I am saying I am not interested in shipping a needlessly incompatible variant of an already deployed construction at all.

Anyway, aside from whatever CFRG consensus is reached, I believe we do indeed need to have an IETF conversation around relying on CFRG documents as normative references, and around moving WG work at RG speeds.
--bc1f77c99dd24558aeb426bd938ad19b
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><title></title></head><body><div>2025-11-04 1=
8:17 GMT+01:00 Nick Sullivan &lt;<a href=3D"http://nicholas.sulliva">nic=
holas.sulliva</a>n@<a href=3D"http://gmail.com">gmail.com</a>&gt;:<br></=
div><blockquote type=3D"cite" id=3D"qt" style=3D""><div>The stakeholders=
 with the strongest preference for maintaining</div><div>compatibility a=
ppear to be library implementers, who would likely need</div><div>to add=
 a new codepoint to their libraries to support existing non-IETF</div><d=
iv>use cases and any RFC that relies on concrete hybrids as normative.</=
div><div>Which is less than ideal, but maybe not catastrophic. The good =
news is</div><div>that almost all existing implementations use the term =
X-Wing, X-Wing</div><div>and X25519-MLKEM512 are very different names, s=
o confusion may be</div><div>minimal among users.<br></div></blockquote>=
<div><br></div><div>To be clear, and to echo David Benjamin, I am not sa=
ying that adding a codepoint for the incompatible CFRG variant would be =
confusing, I am saying I am not interested in shipping a needlessly inco=
mpatible variant of an already deployed construction at all.</div><div><=
br></div><div>Anyway, aside from whatever CFRG consensus is reached, I b=
elieve we do indeed need to have an IETF conversation around relying on =
CFRG documents as normative references, and around moving WG work at RG =
speeds.</div></body></html>
--bc1f77c99dd24558aeb426bd938ad19b--

