Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Tony Finch
Stephane Bortzmeyer wrote: > On Mon, Nov 11, 2013 at 02:16:44PM +, > Tony Finch wrote > a message of 15 lines which said: > > > > draft-bortzmeyer-perpass-dns-privacy > ... > > Another thing to mention is the risk due to third-party secondary > > authoritative servers. > > While it was not

Re: [DNSOP] Rough Draft of minutes from IETF88

2013-11-13 Thread Tony Finch
Mark Andrews wrote: > Paul Wouters wrote: > > > and it fails when CNAME/DNAME is involved, as you also point out. > > It doesn't fail when a CNAME or a DNAME is involved. The data is > useful to validate the CNAME/DNAME and you just initiate more > queries to validate the target of the CNAME/DNAM

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Jim Reid
On 13 Nov 2013, at 10:17, Tony Finch wrote: > But not all these servers are run by the organizations that superficially > might appear to run them. That's a non-sequitur. Whenever someone outsources (part of) their DNS service, this usually involves a contract and certain service level commitm

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Stephane Bortzmeyer
On Wed, Nov 13, 2013 at 10:17:05AM +, Tony Finch wrote a message of 34 lines which said: > But not all these servers are run by the organizations that > superficially might appear to run them. For instance, queries for > names in .fr can be sent to the ISC or SIDN or Netnod as well as > ni

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Stephane Bortzmeyer
On Wed, Nov 13, 2013 at 10:32:27AM +, Jim Reid wrote a message of 16 lines which said: > Whenever someone outsources (part of) their DNS service, this > usually involves a contract Contracts do not solve everything: let's assume the manager of the ccTLD .cp outsources one name server to

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Jim Reid
On 13 Nov 2013, at 10:43, Stephane Bortzmeyer wrote: > Contracts do not solve everything: let's assume the manager of the > ccTLD .cp outsources one name server to a company in the USA. The > contract clearly states that the contractor MUST NOT send collected > DNS traffic data to anyone but the

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Tony Finch
Jim Reid wrote: > > I'm struggling to see why anyone could have that sort of expectation these > days. I think this is the "hope / demand" meaning of expect rather than the "anticipate" meaning. Like when you tell a child that you expect them to behave well even when you anticipate they will not

Re: [DNSOP] Rough Draft of minutes from IETF88

2013-11-13 Thread Tony Finch
Paul Wouters wrote: > > Yes you can ask for the NS records, and the NS records that are in > a completely different zone, at the expense of launching new queries, > adding round trips. You can get all the info in two round trips at most. First round trip: ask for NS records at all the potential z

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Edward Lewis
On Nov 13, 2013, at 5:36, Stephane Bortzmeyer wrote: > > Note: .us is entirely hosted in the US. No longer true. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Edward Lewis NeuStarYou can leave a voice message at +1-571-434-5468 Wh

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Rose, Scott
I think the document should also include the risk of cache inspection. An eavesdropper with access to the same recursive cache as the victim can examine the cache to get a picture of the DNS queries the victim(s) performed and when based on the TTL of cached RRsets. While the attacker can't say

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Suzanne Woolf
On Nov 13, 2013, at 6:30 AM, Jim Reid wrote: > On 13 Nov 2013, at 10:43, Stephane Bortzmeyer wrote: > >> Contracts do not solve everything: let's assume the manager of the >> ccTLD .cp outsources one name server to a company in the USA. The >> contract clearly states that the contractor MUST N

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Patrik Fältström
On 13 nov 2013, at 16:04, Suzanne Woolf wrote: > I'm nervous of any assumption that any jurisdiction won't compromise its Data > Protection regime under some conditions. I'd simply assume such contracts > can't be reliably kept inside the US or outside, unless I'm sure that the > data doesn't

[DNSOP] I-D Action: draft-ietf-dnsop-delegation-trust-maintainance-00.txt

2013-11-13 Thread internet-drafts
A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Domain Name System Operations Working Group of the IETF. Title : Automating DNSSEC delegation trust maintenance Author(s) : Warren Kumari

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Jim Reid
On 13 nov 2013, at 16:04, Suzanne Woolf wrote: > IOW-- I know as a USan I can be expected to say this, but other agencies > besides the USG spy, Indeed. > and yes, even in places with stronger Data Protection if only because other > jurisdictions tend to have "national security" carve-outs in

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Stephane Bortzmeyer
On Wed, Nov 13, 2013 at 11:30:29AM +, Jim Reid wrote a message of 43 lines which said: > I'm struggling to see why anyone could have that sort of expectation > these days. The vast majority won't even be aware DNS is involved in > their use of the interwebs at all. [Or what google, faceboo

Re: [DNSOP] DNS privacy problem statement

2013-11-13 Thread Stephane Bortzmeyer
On Wed, Nov 13, 2013 at 02:36:13PM +, Rose, Scott wrote a message of 34 lines which said: > I think the document should also include the risk of cache > inspection. I hesitate. For me, giving the amount of privacy violations by the NSA (and may be by smaller and less-funded other agencie