> From: [email protected] [mailto:discuss-
> [email protected]] On Behalf Of Matthew Gillen
> 
> This is not without new attack vectors: you can only trust DNS responses
> as far as DNS-SEC goes, which unfortunately ends one-hop before
> end-systems (unless you run your own DNS server and force everything on
> your home network to use that; which I do but don't know how common
> that
> is).

Based on my understanding of DNSSEC, it doesn't add security except in esoteric 
edge cases.  Because your client doesn't have any point of trust - if your 
client queries DNS, there's no way for your client to know *this* response is 
authentic for your domain.  In theory, you could start using x509 certs to sign 
your DNS but then there's the chicken and egg problem.

I don't see any way to make DNS actually secure, except to completely scrap all 
of DNS in favor of a new "secure" DNS.  Which could literally be regular DNS 
with TLS on it, but the point is, as long as you try to make clients compatible 
with *both* the secure and insecure DNS, then attacking the secure DNS is 
trivial.  You just block secure DNS and cause the client to fallback to 
insecure DNS, or you just substitute whatever malicious DNS response you want, 
knowing that the client accepts insecure DNS responses.  There is no defense.
_______________________________________________
Discuss mailing list
[email protected]
http://lists.blu.org/mailman/listinfo/discuss

Reply via email to