[Ssh] Re: PQ signatures - where do we want to end up?
Matt Johnston <matt@ucc.asn.au> Wed, 29 April 2026 01:31 UTC
Return-Path: <matt@ucc.asn.au>
X-Original-To: ssh@mail2.ietf.org
Delivered-To: ssh@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 4CF77E54AAA1 for <ssh@mail2.ietf.org>; Tue, 28 Apr 2026 18:31:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1777426285; bh=1k8ZTyP/ZOcgWuYh1XoIqDVjh3Hf2+Fxi+RBHDR1ClY=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=eLibtk67k0RQ9R5EY8c8zNfZpb+SHKNtNubC0gd+PPl0ywzDL/mifzBd+IUOnEtiY hGxQvmTI1HWH6vWYizXrlrnmzt555h4GjrxMSWVtCmVHhTzsuF+CDE78hBjtZxV2Nc pvzElsnm1ZLU2VIBuOsCggkaNyrEp5+GqYmEdO9Y=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=ucc.asn.au header.b="Zwku4Qom"; dkim=pass (1024-bit key) header.d=ucc.asn.au header.b="Zwku4Qom"
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 Q5aDIfUU5V3G for <ssh@mail2.ietf.org>; Tue, 28 Apr 2026 18:31:24 -0700 (PDT)
Received: from mailfish.ucc.asn.au (mailfish.ucc.asn.au [130.95.13.19]) (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 7C601E54AA5F for <ssh@ietf.org>; Tue, 28 Apr 2026 18:31:21 -0700 (PDT)
Received: by mailfish.ucc.asn.au (Postfix, from userid 801) id 1CC4A2A3EAD; Wed, 29 Apr 2026 09:31:19 +0800 (AWST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucc.asn.au; s=ucc-2016-3; t=1777426279; bh=1k8ZTyP/ZOcgWuYh1XoIqDVjh3Hf2+Fxi+RBHDR1ClY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Zwku4QomzBcB4Pq8dzNsg1QCEjXmdqFd0OWOXXxR/TRnUK3/I5y9V6OTZWkVLKVzd v8rB0OtkdB2eE+9Ow9fHy0FDE5UYMDEQYIjs7erJ6519H3NBt7hgE9RWkZfNmxczOu QR75B6vkztmyliW5hU7NLXNLNVwAnv+obEOCsMQg=
Received: from roundcube.ucc.asn.au (mussel.ucc.asn.au [130.95.13.30]) by mailfish.ucc.asn.au (Postfix) with ESMTP id B355B2A2177; Wed, 29 Apr 2026 09:31:16 +0800 (AWST)
Authentication-Results: OpenDMARC; dmarc=pass (p=none dis=none) header.from=ucc.asn.au
Authentication-Results: OpenDMARC; spf=pass smtp.mailfrom=ucc.asn.au
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ucc.asn.au; s=ucc-2016-3; t=1777426279; bh=1k8ZTyP/ZOcgWuYh1XoIqDVjh3Hf2+Fxi+RBHDR1ClY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Zwku4QomzBcB4Pq8dzNsg1QCEjXmdqFd0OWOXXxR/TRnUK3/I5y9V6OTZWkVLKVzd v8rB0OtkdB2eE+9Ow9fHy0FDE5UYMDEQYIjs7erJ6519H3NBt7hgE9RWkZfNmxczOu QR75B6vkztmyliW5hU7NLXNLNVwAnv+obEOCsMQg=
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Wed, 29 Apr 2026 09:31:16 +0800
From: Matt Johnston <matt@ucc.asn.au>
To: "Appel, Ryan" <ryan.appel=40bofa.com@dmarc.ietf.org>
In-Reply-To: <0b1d30dc175441e1a7bd70bdd0aea7ae@bofa.com>
References: <f1964c88-5199-48f7-a23d-36c0328734c8@cs.tcd.ie> <CAFR824zaY1QzWSnT2z=SeFu5-QVzzOqMbuHXcnPU5wMsF+-pug@mail.gmail.com> <c5ca13e1845d433d817442d722098e7d@bofa.com> <aadd19c7-d4bf-424c-bf8e-e809f8997a6c@roumenpetrov.info> <0b1d30dc175441e1a7bd70bdd0aea7ae@bofa.com>
Message-ID: <0754a308ce6f39193b9570b6ba4f62a8@ucc.asn.au>
X-Sender: matt@ucc.asn.au
User-Agent: Roundcube Webmail/1.3.17
Message-ID-Hash: VNXDBSDFCWE225PUAVWACSVETQ4UZI4N
X-Message-ID-Hash: VNXDBSDFCWE225PUAVWACSVETQ4UZI4N
X-MailFrom: matt@ucc.asn.au
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Roumen Petrov <pkixssh@roumenpetrov.info>, ssh@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Ssh] Re: PQ signatures - where do we want to end up?
List-Id: "The SSH mail list will allow discussions on improving aspects of the Secure Shell (SSH) protocol." <ssh.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ssh/opa4gn8qgQI-kxsMA1oQeDgGT50>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ssh>
List-Help: <mailto:ssh-request@ietf.org?subject=help>
List-Owner: <mailto:ssh-owner@ietf.org>
List-Post: <mailto:ssh@ietf.org>
List-Subscribe: <mailto:ssh-join@ietf.org>
List-Unsubscribe: <mailto:ssh-leave@ietf.org>
On 2026-04-29 1:46 am, Appel, Ryan wrote: > Hey Roumen, > > I don't believe it needs to be specified either. > > OpenSSH and Putty for example have completely different ways of > representing key files (which is obviously different than pkixssh > which uses certificates), and specifying a specific way to store the > key (either in expanded / seed form) is likely unnecessary. This is my > perspective, I just wanted to gather consensus. In the case of OpenSSH and Putty key files, it's possible to convert between formats, the underlying key components are the same. For server keys in particular it's desirable to keep stable host keys, even if switching software implementations. If only the expanded ML-DSA key is stored by an implementation, that can't be converted to other implementations that expect a seed. That would be a change to behaviour SSH users expect with key files. Matt
- [Ssh] PQ signatures - where do we want to end up? Stephen Farrell
- [Ssh] Re: PQ signatures - where do we want to end… Peter Gutmann
- [Ssh] Re: PQ signatures - where do we want to end… Simon Josefsson
- [Ssh] Re: PQ signatures - where do we want to end… Peter Gutmann
- [Ssh] Re: PQ signatures - where do we want to end… Appel, Ryan
- [Ssh] Re: PQ signatures - where do we want to end… Dmitry Belyavsky
- [Ssh] Re: PQ signatures - where do we want to end… Dmitry Belyavsky
- [Ssh] Re: PQ signatures - where do we want to end… Scott Fluhrer (sfluhrer)
- [Ssh] Re: PQ signatures - where do we want to end… Salz, Rich
- [Ssh] Re: PQ signatures - where do we want to end… Appel, Ryan
- [Ssh] Re: PQ signatures - where do we want to end… Matt Johnston
- [Ssh] Re: PQ signatures - where do we want to end… Damien Miller
- [Ssh] Re: PQ signatures - where do we want to end… Mouse
- [Ssh] Re: PQ signatures - where do we want to end… Deirdre Connolly
- [Ssh] Re: PQ signatures - where do we want to end… Appel, Ryan
- [Ssh] Re: PQ signatures - where do we want to end… Roumen Petrov
- [Ssh] Re: PQ signatures - where do we want to end… Appel, Ryan
- [Ssh] Re: PQ signatures - where do we want to end… Matt Johnston
- [Ssh] Re: PQ signatures - where do we want to end… Dmitry Belyavsky
- [Ssh] Re: PQ signatures - where do we want to end… Roumen Petrov
- [Ssh] Re: PQ signatures - where do we want to end… Appel, Ryan
- [Ssh] Re: PQ signatures - where do we want to end… Appel, Ryan
- [Ssh] Re: [EXTERNAL] PQ signatures - where do we … Dang, Quynh H. (Fed)
- [Ssh] Re: PQ signatures - where do we want to end… D. J. Bernstein
- [Ssh] Re: PQ signatures - where do we want to end… Peter Gutmann
- [Ssh] Re: PQ signatures - where do we want to end… Simon Josefsson
- [Ssh] Re: PQ signatures - where do we want to end… D. J. Bernstein
- [Ssh] Re: PQ signatures - where do we want to end… Peter Gutmann
- [Ssh] Re: PQ signatures - where do we want to end… D. J. Bernstein
- [Ssh] Re: PQ signatures - where do we want to end… Stephen Farrell
- [Ssh] Re: PQ signatures - where do we want to end… Damien Miller
- [Ssh] Re: PQ signatures - where do we want to end… Watson Ladd
- [Ssh] Re: PQ signatures - where do we want to end… Simon Josefsson
- [Ssh] Re: PQ signatures - where do we want to end… Scott Fluhrer (sfluhrer)
- [Ssh] Re: PQ signatures - where do we want to end… Niels Möller
- [Ssh] Re: PQ signatures - where do we want to end… Damien Miller
- [Ssh] Re: PQ signatures - where do we want to end… Ryan Appel
- [Ssh] Re: PQ signatures - where do we want to end… Marcus Brinkmann
- [Ssh] Re: PQ signatures - where do we want to end… Stephen Farrell
- [Ssh] Re: PQ signatures - where do we want to end… Simon Josefsson
- [Ssh] Re: PQ signatures - where do we want to end… Stephen Farrell
- [Ssh] Re: PQ signatures - where do we want to end… Dmitry Belyavsky
- [Ssh] Re: PQ signatures - where do we want to end… John Mattsson
- [Ssh] Re: PQ signatures - where do we want to end… D. J. Bernstein