Is there any indication that they've done anything other than make themselves authoritative for those DNS names and simply sent you to their IRC server instead? If so, what they have done is pretty much legal (mostly because I'm quite sure there is something in their ToS which you implicitly accepted which allows them to do this). Under net neutrality, it might be a different story. Let's be honest, it's a band-aid lowtech fix for lowtech script kiddies who right code like a bunch of apes with keyboards. However, for anyone with a remote amount of clue, they could get around this problem in approximately 1.6 seconds with their malware. But to get straight to the point, Cox sucks, always has. Maybe it's time for a real ISP? j On 7/22/07, Steven M. Bellovin <smb@cs.columbia.edu> wrote:
On Sun, 22 Jul 2007 21:40:05 -0400 "Patrick W. Gilmore" <patrick@ianai.net> wrote:
On Jul 22, 2007, at 9:29 PM, Steven M. Bellovin wrote:
On Sun, 22 Jul 2007 14:56:13 -0700 "Andrew Matthews" <exstatica@gmail.com> wrote:
It looks like cox is hijacking dns for irc servers.
And people wonder why I support DNSsec....
Steve,
One of us is confused. It might be me, but right now I think it's you.
To be clear, here is the situation as I understand it: Cox has configured their recursive name servers such that when an end user queries the recursive server for a specific host name (names?), the recursive server responds with an IP address the host's owner did not configure.
How exactly is DNSSEC going to stop them from doing this?
If my host expects the response to be signed and it isn't, my host can scream bloody murder. The whole point of DNSSEC is to prevent random changes to DNS replies, whether by hackers or by ISPs.
Yes, they can change it, but they can't change it without being caught.
--Steve Bellovin, http://www.cs.columbia.edu/~smb
-- /* handlers@sans.org is an alias for all ISC handlers. Please include the list in all replies to keep everyone informed. You may receive more than one response */ Thanks, j