Re: [dane] An AD bit discussion

Viktor Dukhovni <viktor1dane@dukhovni.org> Wed, 26 February 2014 17:36 UTC

Return-Path: <viktor1dane@dukhovni.org>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 041871A070B for <dane@ietfa.amsl.com>; Wed, 26 Feb 2014 09:36:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 QEVMWtKCg-T0 for <dane@ietfa.amsl.com>; Wed, 26 Feb 2014 09:36:33 -0800 (PST)
Received: from mournblade.imrryr.org (mournblade.imrryr.org [38.117.134.19]) by ietfa.amsl.com (Postfix) with ESMTP id E9A301A00AE for <dane@ietf.org>; Wed, 26 Feb 2014 09:36:32 -0800 (PST)
Received: by mournblade.imrryr.org (Postfix, from userid 1034) id 588552AAC73; Wed, 26 Feb 2014 17:36:30 +0000 (UTC)
Date: Wed, 26 Feb 2014 17:36:30 +0000
From: Viktor Dukhovni <viktor1dane@dukhovni.org>
To: dane@ietf.org
Message-ID: <20140226173630.GZ21390@mournblade.imrryr.org>
References: <alpine.LFD.2.10.1402260845520.3528@bofh.nohats.ca> <alpine.LSU.2.00.1402261638490.13302@hermes-1.csi.cam.ac.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.LSU.2.00.1402261638490.13302@hermes-1.csi.cam.ac.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: http://mailarchive.ietf.org/arch/msg/dane/vEd65aLbkJKar5yzKqrnm3fsOOw
Subject: Re: [dane] An AD bit discussion
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: dane@ietf.org
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>, <mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dane/>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>, <mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Feb 2014 17:36:36 -0000

On Wed, Feb 26, 2014 at 05:24:37PM +0000, Tony Finch wrote:

> > A) strip the AD bit in struct addrinfo for "untrusted nameservers". A new
> >    configuration mechanism will allow white-listing nameservers and 127.0.0.1
> >    will always be on the whitelist.
> 
> That sounds like a fair plan.

It is in fact problematic if both 127.0.0.1 and another nameserver
are listed.  The correct semantics of that are hard to define.  It
makes more sense to define a boolean primitive that marks all the
nameservers collectively as either trusted or not.

> Question: along with this change are you planning to change the resolver
> to set the AD flag in queries when the nameserver is known to be safe?
>
> Usually the AD flag only appears in responses if the query had the AD or
> DO flags set. DO is a bit wasteful for clients that only care about the AD
> bit. However the only DNSSEC switch that libc resolvers currently have is
> options edns0 (which implies DO).

The RES_USE_DNSSEC flag turns on the "DO" bit.  I would be surprised
if RES_USE_EDNS0 enabled "DO".  As for setting the "AD" bit in the
request automatically, it probably should still require an explicit
indication of interest from the application or be set via a default
option value /etc/resolv.conf.

-- 
	Viktor.