Re: [dane] Behavior in the face of no answer?

Nicholas Weaver <nweaver@icsi.berkeley.edu> Tue, 15 May 2012 19:57 UTC

Return-Path: <nweaver@icsi.berkeley.edu>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D8B921F867C for <dane@ietfa.amsl.com>; Tue, 15 May 2012 12:57:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.477
X-Spam-Level:
X-Spam-Status: No, score=-2.477 tagged_above=-999 required=5 tests=[AWL=0.122, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O-zMdHyrBcab for <dane@ietfa.amsl.com>; Tue, 15 May 2012 12:57:26 -0700 (PDT)
Received: from rock.ICSI.Berkeley.EDU (rock.ICSI.Berkeley.EDU [192.150.186.19]) by ietfa.amsl.com (Postfix) with ESMTP id ECAF221F8648 for <dane@ietf.org>; Tue, 15 May 2012 12:57:26 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by rock.ICSI.Berkeley.EDU (Postfix) with ESMTP id E33332C4019; Tue, 15 May 2012 12:57:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ICSI.Berkeley.EDU
Received: from rock.ICSI.Berkeley.EDU ([127.0.0.1]) by localhost (maihub.ICSI.Berkeley.EDU [127.0.0.1]) (amavisd-new, port 10024) with LMTP id fwUihJ5dnDnZ; Tue, 15 May 2012 12:57:26 -0700 (PDT)
Received: from gala.icir.org (gala [192.150.187.49]) (Authenticated sender: nweaver) by rock.ICSI.Berkeley.EDU (Postfix) with ESMTP id A81492C4002; Tue, 15 May 2012 12:57:26 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset=windows-1252
From: Nicholas Weaver <nweaver@icsi.berkeley.edu>
In-Reply-To: <A0B2E24D-63C8-4CFB-AA99-4BD65EB76739@kumari.net>
Date: Tue, 15 May 2012 12:57:26 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <0A5761EE-24D2-4D75-8F9B-5F8AF3B54C61@icsi.berkeley.edu>
References: <CABcZeBMY26xrfvAx=UsYN2XnuONZ2vPy9tNwHQALudd=yQDvgA@mail.gmail.com> <643D87CD-D01E-47B8-82E5-D3F57D50C80B@vpnc.org> <CABcZeBPCYNV=i5rsNt_QDDE2hY+8Tw4izovAVEFjYc=ESJst+Q@mail.gmail.com> <8B30DD88-3AB5-4ED4-BDE6-87E50F60D8D3@vpnc.org> <A0B2E24D-63C8-4CFB-AA99-4BD65EB76739@kumari.net>
To: Warren Kumari <warren@kumari.net>
X-Mailer: Apple Mail (2.1257)
Cc: Paul Hoffman <paul.hoffman@vpnc.org>, dane@ietf.org
Subject: Re: [dane] Behavior in the face of no answer?
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Tue, 15 May 2012 19:57:27 -0000

On May 15, 2012, at 12:32 PM, Warren Kumari wrote:
> This may be my fault -- a long time back (in this thread) I proposed having implmentations  default to not-strict and then, in a few years (once there is less DNSSEC breakage by CPE, etc), vendors would turn the knob to strict mode. Educated / security concious users would also be able to turn the knob if they so  desired.
> 
> This was just an idea, and perhaps a bad one!

CPE bugs should be regarded as "Forever Day".

Instead, any client-side DNSSEC application must take pains to both map the brokenness and be prepared to work around it, including: bypassing the configured recursive resolver to use a DNSSEC passing external resolver or just fetching directly, switching to TCP, and even connecting to DNSSEC passing resolvers which are configured to use a non-standard port.