Re: [DNSOP] Fw: New Version Notification for draft-bellis-dns-recursive-discovery-00

Florian Weimer <fweimer@bfk.de> Tue, 20 October 2009 10:53 UTC

Return-Path: <fweimer@bfk.de>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 619C93A6874 for <dnsop@core3.amsl.com>; Tue, 20 Oct 2009 03:53:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level:
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HELO_EQ_DE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UcE2puNNOAZD for <dnsop@core3.amsl.com>; Tue, 20 Oct 2009 03:53:45 -0700 (PDT)
Received: from mx01.bfk.de (mx01.bfk.de [193.227.124.2]) by core3.amsl.com (Postfix) with ESMTP id 85FB13A6822 for <dnsop@ietf.org>; Tue, 20 Oct 2009 03:53:44 -0700 (PDT)
Received: from mx00.int.bfk.de ([10.119.110.2]) by mx01.bfk.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) id 1N0CLd-0007Ti-Ky; Tue, 20 Oct 2009 12:53:49 +0200
Received: by bfk.de with local id 1N0CLd-0003Ub-Fl; Tue, 20 Oct 2009 10:53:49 +0000
To: Alex Bligh <alex@alex.org.uk>
References: <OFA656600E.F5229B3D-ON80257650.005247BF-80257650.00527644@nominet.org.uk> <82skde36c9.fsf@mid.bfk.de> <DE23E9BF50E437E2D5CA65C8@Ximines.local>
From: Florian Weimer <fweimer@bfk.de>
Date: Tue, 20 Oct 2009 10:53:49 +0000
In-Reply-To: <DE23E9BF50E437E2D5CA65C8@Ximines.local> (Alex Bligh's message of "Tue\, 20 Oct 2009 11\:19\:01 +0100")
Message-ID: <82ljj61gle.fsf@mid.bfk.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: Ray.Bellis@nominet.org.uk, dnsop@ietf.org
Subject: Re: [DNSOP] Fw: New Version Notification for draft-bellis-dns-recursive-discovery-00
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Tue, 20 Oct 2009 10:53:46 -0000

* Alex Bligh:

> Could you amplify a bit on this one? I think what you are saying is
> that recursive servers which do not support DOMAIN.LOCAL.ARPA
> (and hence don't strip it out of any response to a recursive
> query) can be subject to poisoning attacks which will result in
> duff nameserver records being sent to clients that are aware
> of the protocol.

I was alluding to this:

; <<>> DiG 9.5.1-P3 <<>> @208.67.222.222 DOMAIN.LOCAL.ARPA
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44816
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;DOMAIN.LOCAL.ARPA.             IN      A

;; ANSWER SECTION:
DOMAIN.LOCAL.ARPA.      0       IN      A       67.215.65.132

;; Query time: 41 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Tue Oct 20 13:12:32 2009
;; MSG SIZE  rcvd: 51

And 67.215.65.132 does not offer DNS service.

> I think that is indeed a security concern, and perhaps not
> one that can be brushed aside with the response "but such
> servers can have any DNS query made to them poisoned anyway".

ARPA will soon be signed, so I don't think this is much to worry
about.  If the powers that be finally agree to make NXDOMAIN/NODATA
synthesis the default in the upcoming minor DNSSEC revision, this will
also help to cut down the number of requests.

-- 
Florian Weimer                <fweimer@bfk.de>
BFK edv-consulting GmbH       http://www.bfk.de/
Kriegsstraße 100              tel: +49-721-96201-1
D-76133 Karlsruhe             fax: +49-721-96201-99