[Ssh] Re: cipher documentation

Eric Rescorla <ekr@rtfm.com> Sun, 25 August 2024 14:57 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: ssh@ietfa.amsl.com
Delivered-To: ssh@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F04AAC14F61B for <ssh@ietfa.amsl.com>; Sun, 25 Aug 2024 07:57:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.906
X-Spam-Level:
X-Spam-Status: No, score=-6.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20230601.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gXstqaTPi_4q for <ssh@ietfa.amsl.com>; Sun, 25 Aug 2024 07:57:52 -0700 (PDT)
Received: from mail-yw1-x1133.google.com (mail-yw1-x1133.google.com [IPv6:2607:f8b0:4864:20::1133]) (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 ietfa.amsl.com (Postfix) with ESMTPS id 60647C14F5F6 for <ssh@ietf.org>; Sun, 25 Aug 2024 07:57:52 -0700 (PDT)
Received: by mail-yw1-x1133.google.com with SMTP id 00721157ae682-68d30057ae9so30820937b3.1 for <ssh@ietf.org>; Sun, 25 Aug 2024 07:57:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1724597871; x=1725202671; 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=+ZKV8ysF3orp37+B67/mz0XtKQnlDuN3FRo5+qigwjo=; b=AXPbYiV4SdS3Yz/EvVYH5MA4XvyvLr80Aec8DJ1CGrM3YaE+MfyWgwO0/gDyprFBJK 7B4L1igBX08Mzsu+oAa30hL2VU23GnUMiYdU7+q1oPlI1gu7921pEm7VKe3pwFB5uqA2 aLHdjW/WzIMjW1AJHi6XKQFteZp2zikpDfSWJzuDSEABugcE+me7ILPFgcxWV/XfwBew hc3g6A26x1vi1Y5mZcmXyq13AGkrBjlex1T9IpSi0uZhmREaK8uKGlSZ+Baw2mOaFvMm wLoOMza+N2Yy+w5fnxcx4Tz3ITJHwJCUuDjKgiIfwTFkDzVtKqOowbHio1kUb3I+QB1V e5tQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724597871; x=1725202671; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+ZKV8ysF3orp37+B67/mz0XtKQnlDuN3FRo5+qigwjo=; b=fMUBWpxNUIz/o04apY4/+woX6G3JzXmRW/vyPMOPoieo+KBvmdlfbM3QmV3XRjsJbu fqundbKE6r6pXnGo1haSpiuKyoK+VySMKwwbkYbEVTQ7NJdsrOI7V89K3sPhtXXv+rgb k1gerBYvfeDjzGJX9/54vP7V33o8DtyJIPHVgWJWDBAAf+c12ovKkDP5Ju3jc+oQMmcd pGdPLvGnQcQ3s6eRXaJA9ek3qJLys91EuLhBGv+2Td6fnNXlQ/c0rZm/Js9WcIxH7E/H Lf5vfc3IU2k2m/QB+wJrdXBTM0U+AIUih0l3XckOWhweihFp5EjVgG2Yy1SRGY446jI/ tGSw==
X-Gm-Message-State: AOJu0YxGwcj1gcXDHhlDpEoNp6FSXHkBRnTbq21rM7cV9Sr0zC+9xtp1 3H/2RQoIn6lJQnOD2dgtFpH0v85RSPZaCccXdw5pFf259r+bbKDYFv7ygQDK7pfYzuEwybCFNjN BzTOZHSpjB94dDsnB8LNp3zdnHk6A6vATbXDNzEQ+RxuxpkOT
X-Google-Smtp-Source: AGHT+IE2Tw0UYXIhWDQTHaKaADsh13O6Ug3yPB1n0wgE975lhOJp+8sbtDcU4M6/qJXmAUtPkgZGN67S5wJBCQwkEaE=
X-Received: by 2002:a05:690c:fca:b0:632:5b24:c0c with SMTP id 00721157ae682-6c6244190fdmr98018157b3.5.1724597871457; Sun, 25 Aug 2024 07:57:51 -0700 (PDT)
MIME-Version: 1.0
References: <20240824203053.159701.qmail@cr.yp.to> <e518eb8d-b376-42d5-9a72-2c5a85dc6fa4@cs.tcd.ie> <87jzg4so3u.fsf@kaka.sjd.se> <CABcZeBNQ1h90F2rYTnt0BdhuC-X0a1FCD_jRtLcva-2mZJtNNg@mail.gmail.com>
In-Reply-To: <CABcZeBNQ1h90F2rYTnt0BdhuC-X0a1FCD_jRtLcva-2mZJtNNg@mail.gmail.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Sun, 25 Aug 2024 07:57:15 -0700
Message-ID: <CABcZeBNQbkDooZCqXJOAruLubR8m6bYt_1uQ+j2bJXmZ49sCVw@mail.gmail.com>
To: Simon Josefsson <simon=40josefsson.org@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000825a120620833b8d"
Message-ID-Hash: JOBOBJCM76CLTGFLFVUJQ3GSXXZAU3DK
X-Message-ID-Hash: JOBOBJCM76CLTGFLFVUJQ3GSXXZAU3DK
X-MailFrom: ekr@rtfm.com
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: ssh@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Ssh] Re: cipher documentation
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/dkbbaL6YygOoSxqlTEcXTVj5VDw>
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 Sun, Aug 25, 2024 at 7:53 AM Eric Rescorla <ekr@rtfm.com> wrote:

>
>
> On Sun, Aug 25, 2024 at 7:00 AM Simon Josefsson <simon=
> 40josefsson.org@dmarc.ietf.org> wrote:
>
>>
>> In particular the last paragraph:
>>
>>    There is a desire for the WG to only publish standards track
>>    documents which there is broad support for among key implementers of
>>    the SSH protocol, and if such broad consensus cannot be reached then
>>    the WG will concluded without standards track publications.
>>
>> That does not rule an informational document (such as sntrup761x25519)
>> out of scope, but it would limit the WG from producing standards track
>> documents to those which are widely implemented.  Does anyone remember
>> when IETF was about running code?
>>
>
>
> I'm not sure I follow what you're trying to do with this text. As a
> reference, the proposed charter text says"
>
> "This working group will strive for strong security, simplicity, and ease
> of implementation. In particular, proposals should only be adopted if there
> is evidence of significant existing deployment or broad interest in new
> implementation and deployment."
>
> Your proposed text seems to have two major differences here:
>
> * Broad support from "key implementors" in place of "evidence of ... broad
> interest"
> I think your text is inferior here, as it's difficult to define "key
> implementors" and the proposed text captures the notion that there should
> be broad buyin.
>
> * Limiting the requirement for broad support to standards track documents
> rather than informational documents.
> It seems like this would allow for informational documents even when there
> wasn't broad support. This seems contrary to the idea that we ought to be
> listening to the SSH community, as presumably if the SSH community is in
> favor of something there will be "broad interest in new deployment".
>

... or "significant existing deployment"

>
> -Ekr
>
>
>
>
>
>
>
>