Re: How do we get the whole world to upgrade to DNSSEC capable resolvers?

bmanning@vacation.karoshi.com Sat, 26 July 2008 11:32 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7A4AB28C102; Sat, 26 Jul 2008 04:32:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 BK5UKBvfsZtV; Sat, 26 Jul 2008 04:32:27 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 8B35528C0E7; Sat, 26 Jul 2008 04:32:27 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1KMhso-000409-QE for namedroppers-data@psg.com; Sat, 26 Jul 2008 11:24:18 +0000
Received: from [2001:478:6:0:230:48ff:fe11:220a] (helo=vacation.karoshi.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <bmanning@karoshi.com>) id 1KMhsj-0003ua-PK for namedroppers@ops.ietf.org; Sat, 26 Jul 2008 11:24:16 +0000
Received: from karoshi.com (localhost.localdomain [127.0.0.1]) by vacation.karoshi.com (8.12.8/8.12.8) with ESMTP id m6QBMRup027033; Sat, 26 Jul 2008 11:22:27 GMT
Received: (from bmanning@localhost) by karoshi.com (8.12.8/8.12.8/Submit) id m6QBMQPt027032; Sat, 26 Jul 2008 11:22:26 GMT
Date: Sat, 26 Jul 2008 11:22:26 +0000
From: bmanning@vacation.karoshi.com
To: David Conrad <drc@virtualized.org>
Cc: Joe Abley <jabley@ca.afilias.info>, DNSEXT WG <namedroppers@ops.ietf.org>
Subject: Re: How do we get the whole world to upgrade to DNSSEC capable resolvers?
Message-ID: <20080726112226.GA26985@vacation.karoshi.com.>
References: <20080723183227.GA11957@outpost.ds9a.nl> <2FFE6519-7E9C-4DE8-AF69-697A4D875011@nominum.com> <20080723191636.GB32507@outpost.ds9a.nl> <8A91CF57-0CBD-4CF2-BF59-C7D59CB4B7B9@virtualized.org> <20080724060743.GA7420@outpost.ds9a.nl> <48886C4D.4020500@ca.afilias.info> <63C0FFE7-17E6-4ECE-9A12-0537FE2E3F4B@ca.afilias.info> <4888FED2.6060204@NLnetLabs.nl> <E7388E94-D031-4059-91F9-1596A254E21C@ca.afilias.info> <2B837EA4-9D88-4F65-A3D4-8B06B1391E41@virtualized.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <2B837EA4-9D88-4F65-A3D4-8B06B1391E41@virtualized.org>
User-Agent: Mutt/1.4.1i
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>

On Fri, Jul 25, 2008 at 12:24:09PM -0700, David Conrad wrote:
> Joe,
> 
> On Jul 25, 2008, at 10:03 AM, Joe Abley wrote:
> >I think that's wrong. I think that once someone is in the position  
> >of being able to meddle with the query/response stream, all bets are  
> >off and DNSSEC is no cure.
> 
> The whole point of DNSSEC is to allow for the validation of responses  
> by a validator to ensure they haven't been mucked with in transit.   
> The most that an attacker, anywhere in a properly configured DNSSEC- 
> protected query/response path, can do is denial of service.

	so, it does not matter where the data comes from, as long
	as the "wrapper" is intact.

> Once the response leaves the validator on its way to the application,  
> either via the response to an unprotected stub resolver call over the  
> network or via a intra-machine IPC, it can, of course be mucked with.   
> This is why I believe that if people want to be safe, they need to run  
> a validating caching server on their local machine (if the intra- 
> machine IPC can be compromised, you've got bigger problems).

	you are not alone in this belief.

> But maybe I'm lacking context here...

	this is no doubt true for many of us.

> Regards,
> -drc

--bill

--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>