Re: [DNSOP] WGLC for draft-ietf-dnsop-let-localhost-be-localhost-02

Viktor Dukhovni <ietf-dane@dukhovni.org> Fri, 26 January 2018 20:16 UTC

Return-Path: <ietf-dane@dukhovni.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1925712778D for <dnsop@ietfa.amsl.com>; Fri, 26 Jan 2018 12:16:17 -0800 (PST)
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 t1fmH0PU9xoz for <dnsop@ietfa.amsl.com>; Fri, 26 Jan 2018 12:16:14 -0800 (PST)
Received: from mournblade.imrryr.org (mournblade.imrryr.org [108.5.242.66]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11817124B17 for <dnsop@ietf.org>; Fri, 26 Jan 2018 12:16:14 -0800 (PST)
Received: by mournblade.imrryr.org (Postfix, from userid 1034) id 60EA57A330A; Fri, 26 Jan 2018 20:16:13 +0000 (UTC)
Date: Fri, 26 Jan 2018 20:16:13 +0000
From: Viktor Dukhovni <ietf-dane@dukhovni.org>
To: dnsop <dnsop@ietf.org>
Message-ID: <20180126201613.GK3322@mournblade.imrryr.org>
Reply-To: dnsop@ietf.org
References: <CANV=THh6bOxd_UW=TuLonWzz0KyGapkGWpMiNuu54W=45gFAvg@mail.gmail.com> <20180124205620.GZ3322@mournblade.imrryr.org> <alpine.DEB.2.11.1801251558440.5022@grey.csi.cam.ac.uk> <CAJE_bqf+GqYGFRAsXbBPymQLXoJRs_AxvVHhtcMJF1LEvTL7sQ@mail.gmail.com> <77B805CC-E8FE-4B09-A261-C5CB13707EE4@dotat.at> <CAJE_bqdCZ_vj2nncvEVpYunVmE=xxAiXqrzhu8BGxnSsLjy+3Q@mail.gmail.com> <37A9F504-A8BE-4F47-AAE9-AF2458206F03@fugue.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <37A9F504-A8BE-4F47-AAE9-AF2458206F03@fugue.com>
User-Agent: Mutt/1.7.2 (2016-11-26)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/S8C8lKx-CyrLG9ibtN4WzDgGtAc>
Subject: Re: [DNSOP] WGLC for draft-ietf-dnsop-let-localhost-be-localhost-02
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Jan 2018 20:16:17 -0000

On Fri, Jan 26, 2018 at 02:40:43PM -0500, Ted Lemon wrote:

> On Jan 26, 2018, at 2:27 PM, 神明達哉 <jinmei@wide.ad.jp> wrote:
> > It's not clear to me, and either way I believe the draft should be
> > clearer on these points (see also my latest response to Petr.  If the
> > intent of the draft is to prohibit any user customization, it should
> > explicitly say so (with, IMO, some more explanation); if the intent is
> > to allow such customization, I believe we should actually loosen it to
> > SHOULDs).

That's also my position.

> There was no clear intent at the beginning when this was an individual
> submission, but the discussion on the individual submission and on the
> call for adoption seemed to show a fairly strong consensus that looking
> up localhost using DNS is a significant security vulnerability, so MUST
> is the right language.

Agreed when it comes to requiring a localhost short-circuit in the
platform's (and perhaps also application's) name lookup software
(to be reworded more clearly to refer to that, and not stub
resolvers).

Disagreed, with respect to recursive resolvers, because the
requirement is neither necessary nor sufficient to achieve the
stated security goals, is not required for interoperability, and
is in conflict with existing uses of local data for localhost.

--
	Viktor.