logo       
Google Custom Search
    AddThis Social Bookmark Button
-->

RE: zone transfers: allow anyone (fwd): msg#00349

Subject: RE: zone transfers: allow anyone (fwd)
So here is Bill's point:  Its public data.  If it ain't public, don't
put it in the public data base.  If it is in the public database, don't
expect it to stay private.

I can agree with that.  I also agree I would make a best effort stab at
limiting zone transfers.  As Bill pointed out, I just wouldn't expect
that no one except those people I think should get the zone would be the
only ones to get the zone.


Hattie Rouge


> -----Original Message-----
> From: bind9-users-bounce@xxxxxxx 
> [mailto:bind9-users-bounce@xxxxxxx] On Behalf Of Bill Manning
> Sent: Tuesday, May 27, 2003 1:13 PM
> To: Pavel Urban
> Cc: bind9-users@xxxxxxx; bmanning@xxxxxxx
> Subject: Re: zone transfers: allow anyone (fwd)
> 
> 
> % >   no, i presume that some kind soul has created the one
> % >   line of perl and that it has been integrated into a
> % >   "point/click" GUI that your ASK will download and use.
> % 
> % Please, could you be more specific? How do you want to get 
> a list of 
> % hosts from DNS when you are not allowed to get it and don't 
> know the 
> % names of machines? Are you going to generate every possible 
> string? Just 
> % curious...
> 
>       yes.
> 
> % >   operationally, you now have to keep up with the list of
> % >   "valid" servers that are allowed to xfer zones.  whats
> % >   one more "tiny, wafer-thin" special execption list to
> % >   track?  :)
> % 
> % Our slaves and our TLD registrar. Who else should be allowed?
> 
>       the contractors for your TLD registrar, the registry, the 
>       customers of the TLD who are allowed to contractually xfr
>       any data they have, DNS researchers, anyone who operates 
>       a caching nameserver, the list goes on and on... 
> 
> 
> % > % You are absolutely correct, it is a public, hostile 
> database.  And when % > % you operate in hostile environs, 
> you take every measure you can to % > % protect yourself, or 
> your data, in this case. % > 
> % >   but its not your data...  its public data.  your job is to
> % >   ensure that folks on the net have access to it.
> % 
> % That's like some spammer said 'email addresses are just 
> public data, why 
> % is it that I cannot send you my ads?' Publishing this data has some 
> % meaning. It should serve people to reach my servers, 
> nothing more. I 
> % don't want to tell that we have several www servers for 
> testing that 
> % should be visible from outside, for example.
> 
>       if data in the DNS is queriable, its public.  If you don't want 
>       it public, don't put it in the DNS (as seen by the Internet)
>       email addresses are not public data.  there is no analogy to
>       DNS data storage, replication and publication. 
> 
> 
> --bill
> Opinions expressed may not even be mine by the time you read 
> them, and certainly don't reflect those of any other entity 
> (legal or otherwise).
> 





<Prev in Thread] Current Thread [Next in Thread>