Re: [Curdle] draft-ietf-curdle-ssh-kex-sha2 and diffie-hellman-group1-sha1 (1024-bit DH)

Damien Miller <djm@mindrot.org> Thu, 20 July 2017 03:51 UTC

Return-Path: <djm@mindrot.org>
X-Original-To: curdle@ietfa.amsl.com
Delivered-To: curdle@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B5CB126DFF for <curdle@ietfa.amsl.com>; Wed, 19 Jul 2017 20:51:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vdt80XGMzxyM for <curdle@ietfa.amsl.com>; Wed, 19 Jul 2017 20:51:12 -0700 (PDT)
Received: from newmailhub.uq.edu.au (mailhub1.soe.uq.edu.au [130.102.132.208]) by ietfa.amsl.com (Postfix) with ESMTP id 2BBCA126C23 for <curdle@ietf.org>; Wed, 19 Jul 2017 20:51:12 -0700 (PDT)
Received: from smtp2.soe.uq.edu.au (smtp2.soe.uq.edu.au [10.138.113.41]) by newmailhub.uq.edu.au (8.14.5/8.14.5) with ESMTP id v6K3p9oC043233; Thu, 20 Jul 2017 13:51:09 +1000
Received: from mailhub.eait.uq.edu.au (holly.eait.uq.edu.au [130.102.79.58]) by smtp2.soe.uq.edu.au (8.14.5/8.14.5) with ESMTP id v6K3p8ma021393 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 20 Jul 2017 13:51:09 +1000
Received: from haru.mindrot.org (haru.mindrot.org [130.102.96.5]) by mailhub.eait.uq.edu.au (8.15.1/8.15.1) with ESMTP id v6K3p8Kp024877; Thu, 20 Jul 2017 13:51:08 +1000 (AEST)
Received: from localhost (localhost [127.0.0.1]) by haru.mindrot.org (OpenSMTPD) with ESMTP id efc4471a; Thu, 20 Jul 2017 13:50:33 +1000 (AEST)
Date: Thu, 20 Jul 2017 13:50:33 +1000
From: Damien Miller <djm@mindrot.org>
To: Peter Gutmann <pgut001@cs.auckland.ac.nz>
cc: "Mark D. Baushke" <mdb@juniper.net>, "curdle@ietf.org" <curdle@ietf.org>
In-Reply-To: <1500519070842.37117@cs.auckland.ac.nz>
Message-ID: <alpine.BSO.2.20.1707201345030.14080@haru.mindrot.org>
References: <22892.35863.542104.942153@fireball.acr.fi> <82005.1500305248@eng-mail01.juniper.net>, <alpine.BSO.2.20.1707201053511.14080@haru.mindrot.org> <1500519070842.37117@cs.auckland.ac.nz>
User-Agent: Alpine 2.20 (BSO 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Scanned-By: MIMEDefang 2.73 on UQ Mailhub
X-Scanned-By: MIMEDefang 2.75 on 130.102.79.58
X-UQ-FilterTime: 1500522669
Archived-At: <https://mailarchive.ietf.org/arch/msg/curdle/sqm8AUG2FGOgTvsVtSzyhh8kgwI>
Subject: Re: [Curdle] draft-ietf-curdle-ssh-kex-sha2 and diffie-hellman-group1-sha1 (1024-bit DH)
X-BeenThere: curdle@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "List for discussion of potential new security area wg." <curdle.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/curdle>, <mailto:curdle-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/curdle/>
List-Post: <mailto:curdle@ietf.org>
List-Help: <mailto:curdle-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/curdle>, <mailto:curdle-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jul 2017 03:51:15 -0000

On Thu, 20 Jul 2017, Peter Gutmann wrote:

> Damien Miller <djm@mindrot.org> writes:
> 
> >Opinion: there's still enough old junk out there that optional support for
> >diffie-hellman-group1-sha1 is probably necessary for a while longer. IMO this
> >is probably worth an explicit note in the draft.
> 
> That's the catch-22 with something like this, on the one hand you want to make
> it MUST NOT so you've got something to hit vendors over the head with when
> they keep using RSA512 with MD5, on the other hand if they've got existing
> equipment they're just going to demand that you change your code to work with
> it.
> 
> As an aside, it would be nice if OpenSSH had some single enable-legacy-mode
> switch to re-enable all the MUST algorithms that are currently disabled,
> having to send people to https://www.openssh.com/legacy.html so they can
> figure out by trial and error which incantation they need to use each time
> they can't interop with current versions of OpenSSH is a pain.  Or at least
> change the error message to tell people what to do to make it work.

When I wrote legacy.html I tried to SEO it so it was the first search
result for the error message in question (it seems to have worked -- for
now).

The error message does include the set of algorithms that the user would
need to add, but I don't want to include cookbook instructions in the
error message because users will too-often just do what the cookbook says
without understanding the tradeoff they are making.

-d