Slashdot Mirror


Resolving Everything: VeriSign Adds Wildcards

DragonHawk writes "As of a little while ago (it is around 7:45 PM US Eastern on Mon 15 Sep 2003 as I write this), VeriSign added a wildcard A record to the .COM and .NET TLD DNS zones. The IP address returned is 64.94.110.11, which reverses to sitefinder.verisign.com. What that means in plain English is that most mis-typed domain names that would formerly have resulted in a helpful error message now results in a VeriSign advertising opportunity. For example, if my domain name was 'somecompany.com,' and somebody typed 'soemcompany.com' by mistake, they would get VeriSign's advertising." Read on below for some more information.

"(VeriSign is a company which purchased Network Solutions, another company which was given the task by the US government of running the .COM and .NET top-level domains (TLDs). VeriSign has been exploiting the Internet's DNS infrastructure ever since.)

This will have the immediate effect of making network trouble-shooting much more difficult. Before, a mis-typed domain name in an email address, web browser, or other network configuration item would result in an obvious error message. You might not have known what to do about it, but at least you knew something was wrong. Now, though, you will have to guess. Every time.

Some have pointed out that this will make an important anti-spam check impossible. A common anti-spam measure is to check and make sure the domain name of the sender really exists. (While this is easy to force, every little bit helps.) Since all .COM and .NET domain names now exist, that anti-spam check is useless.

VeriSign has published white papers about their implementation and also made some recommendations."

1,291 comments

  1. wonder of wonders by wherley · · Score: 4, Interesting

    what are the chances - using the
    search page that comes up at the
    verisign site to search for "register" we find at the top of the
    list a link to networksolutions.com (a verisign company). we also
    note that searching for the same word at google
    does not result in that site being present in at least the first four pages of results.

    yeah - thats a real useful search tool verisign has there - thanks so much.

    1. Re:wonder of wonders by grolschie · · Score: 1

      yeah - thats a real useful search tool verisign has there - thanks so much.

      My IE by default goes to a similar MSN type url search page. By now is overidden by the Verisign one. Neither are pages I would actually use. I would prefer an error message.

    2. Re:wonder of wonders by pbox · · Score: 4, Informative

      You at least have an option of turning off this "helpful" page in IE. No such feature from NSI.

      --
      Code poet, espresso fiend, starter upper.
    3. Re:wonder of wonders by Anonymous Coward · · Score: 5, Funny

      It is not that bad. At least if you enter "Verisign sucks big donkey balls", two of the three first results are from Slashdot.

    4. Re:wonder of wonders by bobthemonkey13 · · Score: 4, Interesting
      More fun with sitefinder.verisign.com

      Hmm, cross-site scripting. Seems harmless enough, but I wonder if VeriSign stores anything important in the verisign.com cookie...

    5. Re:wonder of wonders by StewedSquirrel · · Score: 5, Informative

      Sure you do, if you have a REAL router (or a DSL router even) you should be able to null-route that IP. Or actually, you might even be able to convince your ISP to do it with a short, friendly letter to the admin.

      Stewey

      --
      There are 10 kinds of people in the world. Those who understand binary and those who don't.
    6. Re:wonder of wonders by mosch · · Score: 5, Funny

      Actually, the verisign search seems to be pretty good. A search for FUCK VERISIGN returns a slashdot article about verisign sending out deceptive domain renewal mail as the second result.

    7. Re:wonder of wonders by Anonymous Coward · · Score: 1, Interesting

      I think it is not sooo bad that it resolves to an existing page. It is not just an ad of Verisign, it shows in the first line:

      We didn't find: "mis-spelled site" ...
      Did You Mean?

      and here comes possible right sites.

      I think it is even more usefull than: DNS not found !!!!

      For your spam check (sender domain must resolve): Spamers have learnt that error and use anyway a resolveable domain name.

      ronald@elmit.com

    8. Re:wonder of wonders by Anonymous Coward · · Score: 0

      ... Which is pretty funny to me, since I got to the sitefinder page by opening http://www.fuck-verisign.net/
      Even more funny, it seems that fuck-verisign.com is already registered.

    9. Re:wonder of wonders by BJH · · Score: 1

      Whee, this is fun! (Check out the bottom line of the page.)
      Anybody want to take bets on how long it takes for this site to be cracked?

    10. Re:wonder of wonders by cshark · · Score: 1

      Am I missing something?
      I was under the distinct impression that ICANN was the only entity entitled to do this sort of thing.

      --

      This signature has Super Cow Powers

    11. Re:wonder of wonders by BJH · · Score: 2, Informative
    12. Re:wonder of wonders by gantzm · · Score: 5, Interesting

      Speaking of search engines. What would happen if a significant number of web sites put links on every page to a poison page. This poison page would generate 10,000 random links of the form "www.verisignblows948950948393903848585.com", with the number obviously being random. How long would it take for all the search engines and web crawlers to hit this and have a serious impact on verisigns servers?

      Now, I'm not suggesting anybody do this, I'm just asking the question.

      --


      Excessive forking causes un-wanted children.
    13. Re:wonder of wonders by reconn · · Score: 1

      I don't know; I've found my new toy. The page also lists existing similar domains. Typing random URLs is now a viable way to explore the intarweb!

      --
      Everything that was once directly lived has receded into a representation. -debord
    14. Re:wonder of wonders by Anonymous Coward · · Score: 0, Flamebait
    15. Re:wonder of wonders by reconn · · Score: 1
      Damnit... first one I tried that doesn't have any suggestions. Uh... how about this? (No, I'm not testing it...) I wonder how well their recognition handles Elingsh...

      The submit page reminded me, Check those URLs! Not anymore, suckers!

      --
      Everything that was once directly lived has receded into a representation. -debord
    16. Re:wonder of wonders by morganjharvey · · Score: 5, Funny

      No, the real fun is that if you misspell verisign like this:
      http://www.veirsign.com
      Looks like someone beat them at their own game. :)

    17. Re:wonder of wonders by Anonymous Coward · · Score: 0

      The filters didn't like this, but try out something like this:

      http://sitefinder.verisign.com/lpc?url='><script >w indow.location.href('http://slashdot.org');</scrip t>

      And at least I was nice enough NOT to put a link to goatse.cx in my link.

    18. Re:wonder of wonders by utlemming · · Score: 1

      Actually, for a good kick, just do a search on your user name that you post frequently on the internet with. For me, there was five entries. Of them, four were slashdot. Interesting....

      --
      The views expressed are mine own and do not express the views of my employer.
    19. Re:wonder of wonders by CaptainSuperBoy · · Score: 3, Informative

      No, that won't work at all.

      First, Verisign put an exclude: / in their robots.txt.

      Second, do you really think Google doesn't know how to handle wildcards by now? Think about it for a second. Even Slashdot has a wildcard - anything dot slashdot.org goes to the homepage. Does Google index Slashdot an infinite amount of times? Of course not. Why should it be different for anything dot com?

    20. Re:wonder of wonders by gantzm · · Score: 2, Insightful

      It's not the page content to be concerned about. If google is constantly hitting pages with tens of thousands of these links the DNS servers are going to start having serious cache problems. I'm sure google runs their own dns servers (at least caching servers), this technique would play havoc with that.

      I don't see anyway a search engine could prevent this. It has no prior knowledge of the domain in the link until it tries to resolve it.

      --


      Excessive forking causes un-wanted children.
    21. Re:wonder of wonders by CaptainSuperBoy · · Score: 3, Insightful

      Do you know how a DNS wildcard works? Apparently not. There is a SINGLE record that resolves all nonexistent .com and .net addresses to Verisign's sitefinder. Although I'm sure Google's massive server farm can handle storing 10,000 addresses it won't even have to. As soon as it sees the domain resolves to the same address it can move on.

    22. Re:wonder of wonders by Anonymous Coward · · Score: 0

      why go through the trouble when you can just do it in your HOSTS file?

    23. Re:wonder of wonders by OverlordQ · · Score: 1

      How about this one? Forward it to the Department of Commernce (dont they regulate the DNS?

      --
      Your hair look like poop, Bob! - Wanker.
    24. Re:wonder of wonders by vrmlguy · · Score: 3, Informative
      It's a single record for verisign, but there's no difference in the DNS response record. This means that a caching DNS has to keep every record that it gets back. This means that you could overload Google, but verisign would be unlikely to be affected.

      And you can't ignore domains that resolve to identical addresses. Virtual web servers share the same address with different domain names. The web server uses the name to decide which set of web pages to serve up.

      --
      Nothing for 6-digit uids?
    25. Re:wonder of wonders by pmsyyz · · Score: 1
      --
      Phillip
    26. Re:wonder of wonders by User8201 · · Score: 2, Insightful

      Also, MS has been doing this in Internet Explorer for some time, so a mistyped URL goes to an "MSN Search" branded page. So, MS will probably try to solve this problem, so they get their brand name awareness campaign back!

      (Actually MSN Sucks and no one uses it despite that).

      It's interesting, that the VeriSign page has a Terms of Use. I don't think they legally can require me to abide by SHIT if I got their because of a wildcard, e.g. they trapped me into getting there, not because I intended to go there. And a privacy policy? I didn't _intend_ to access their server, so I don't think I have to grant them rights to do whatever the hell they want with my info or whatever, if I don't want to.

      Someone should sue them, or something.

    27. Re:wonder of wonders by NewWaveNet · · Score: 1

      Hmm...looks like SiteFinder is already one of the most visited sites on the Internet!

      2,268th most visit site on the web according to Alexa -- gotta love CPM advertising.

    28. Re:wonder of wonders by ddent · · Score: 1

      Actually I'm relatively sure Google simply downloads the zone file every once in a while, so it wouldn't affect them. Thats why it takes Google longer to get a site's new IP than the rest of the world.

    29. Re:wonder of wonders by stray · · Score: 1

      don't most people block zone transfers to non-authorized outsiders?

    30. Re:wonder of wonders by ddent · · Score: 1

      I'm just saying they download the .com/.net/etc zone files... the ones that take up an entire CD whilst gzipped still :).

    31. Re:wonder of wonders by jerde · · Score: 1

      Actually I'm relatively sure Google simply downloads the zone file every once in a while, so it wouldn't affect them. Thats why it takes Google longer to get a site's new IP than the rest of the world.

      And they're downloading the zone file from where now? It's not publically available, you know...

      And what do you mean it takes Google longer to get a site's new IP? How would you know? All we see is how often Google updates their index, which has nothing to do with speedy DNS.

      - Peter

      --
      INsigNIFICANT
    32. Re:wonder of wonders by NightRain · · Score: 1

      I find it funny that the site is apparently a "Verisign Secure Site" :)

    33. Re:wonder of wonders by ddent · · Score: 4, Informative

      From VeriSign global registry services... I have access to them - you just need to sign a contract with them. It's not hard.

      Google caches IP info a good deal longer than is specified by TTL and such, and a lot of other fancy bandwidth reducing (but frustrating) tricks). Its known by people who pay a lot of attention to google, based on observations. Many people have good reason to pay attention to google - they make their living from the traffic they get from google.

    34. Re:wonder of wonders by jrumney · · Score: 1
      Does Google index Slashdot an infinite amount of times?

      No, but it does index it more than once. I suspect that the reason it is not indexed more is that the trolls have not figured this out yet, so the links to random site names aren't there.

    35. Re:wonder of wonders by phaze3000 · · Score: 1
      Actually, I have some data that backs this up.

      I work for a company that does a lot of website hosting, and last friday we transferred approx 5000 sites to another host. The TTL was set at 300 and the DNS was changed at 4pm GMT Friday 12th. Yesterday we had 294 hits from Google IP ranges to these sites.

      Of course, this doesn't mean they're downloading the whole zone file, in fact I suspect they just cache all DNS records for length of time X, regardless of any of the TTL values.

      --
      Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
    36. Re:wonder of wonders by midom · · Score: 1

      -bash-2.05b$ telnet 64.94.110.11 25
      Trying 64.94.110.11...
      Connected to sitefinder-idn.verisign.com.
      Escape character is '^]'.
      220 snubby1-wceast Snubby Mail Rejector Daemon v1.3 ready
      ehlo dammit
      250 OK
      mail from:
      250 OK
      rcpt to:
      550 User domain does not exist.

    37. Re:wonder of wonders by tulare · · Score: 1
      Heh.
      "We didn't find: "www.i bet versign sold their mamas to the coal mines.com"

      There is no Web site at this address.

      --
      political_news.c: warning: comparison is always true due to limited range of data type
    38. Re:wonder of wonders by javilon · · Score: 2, Insightful

      "Sure you do, if you have a REAL router (or a DSL router even) you should be able to null-route that IP. Or actually, you might even be able to convince your ISP to do it with a short, friendly letter to the admin."

      Indeed. And, if the Mozilla and Konqueror people had balls, they could set up a default option on their browsers so this page is blocked. You could uncheck it, but it should be on by default.

      This would be a cool way to protest!

      --


      When his defense asked, "Which computer has Jon Johansen trespassed upon?" the answer was: "His own."
    39. Re:wonder of wonders by Anonymous Coward · · Score: 0

      No, it *is* bad. Think about it; not only is Verisign abusing their position (They can now advertise with a *huge* number of un-registered domain names. The internet is their bitch!) it also fucks up a lot of tools you may use (For example, try to FTP to a non-existent domain. Verisign will dutifully return their silly website server address, and your FTP client will dutifully try to connect to it, and fail. But it'll take a while to fail. Joy) What if you're on dialup? Would you want to download Verisigns stupid web page *every time you mis-spell a domain*? What about caches? They'll swell with multiple copies of Verisigns stupid site; one copy for each mis-spelt domain name!

      Verisign need to be nuked, and quick.

    40. Re:wonder of wonders by cerberusss · · Score: 2, Funny

      You bastard. You forgot to mention to put quotes around it. I looked up that sentence at a client and now they want my balls because the first zillion results returned pr0n sites.

      --
      8 of 13 people found this answer helpful. Did you?
    41. Re:wonder of wonders by DrSkwid · · Score: 1

      good luck putting an IP as a hostname in your hosts file

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    42. Re:wonder of wonders by AllUsernamesAreGone · · Score: 1

      Who said anything about hosts? Just rewrite it in your iptables rules to an unroutable IP.

    43. Re:wonder of wonders by Soruk · · Score: 1

      I just added the line:

      route add 64.94.110.11 reject

      to my /etc/rc.d/rc.local file. That ought to do it.

      --
      -- Soruk
    44. Re:wonder of wonders by Anonymous Coward · · Score: 0

      Sorry

      The server has encountered an unexpected internal error. Please try again or look at the listing of products and services below to find information you're looking for.

      If you beliSorry

      The server has encountered an unexpected internal error. Please try again or look at the listing of products and services below to find information you're looking for.

      If you believe you have received this message in error, write to support at support@verisign.com. Include the error code and brief description of what you were doing when you received this error.

      File: /cgi-bin/clearsales_cgi/leadgen.htm

      Error: 500 - Server Erroreve you have received this message in error, write to support at support@verisign.com. Include the error code and brief description of what you were doing when you received this error.

      File: /cgi-bin/clearsales_cgi/leadgen.htm

      Error: 500 - Server Error

    45. Re:wonder of wonders by Anonymous Coward · · Score: 0

      Maybe we should convince Verisign into just changing their wildcard address to old good goatse.cx? This would be so much more fun.

    46. Re:wonder of wonders by azaroth42 · · Score: 1

      There were no search results matching alternatives to verisign

      What a huge surprise.

      --Azaroth

    47. Re:wonder of wonders by You're+All+Wrong · · Score: 2, Informative

      Remember to include document.cookie in the URLs you refresh to, so that you can steal verisign's cookies. Yup, <script> insertion works too...

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    48. Re:wonder of wonders by Hallow · · Score: 1

      This would mean the end of name based virtual hosts, unless google only checks for the verisign ip in question.

    49. Re:wonder of wonders by Anonymous Coward · · Score: 0

      If ICANN does nothing, which would be my guess...

      All the system administrators should pick a time, say 5PM on a Friday, and do a simulated load test on there local websites. However, when you start the script, mistype your domain. I am always mistyping domains. At least before, it would tell me I had the wrong domain.

      On a side note, Sitefinder.verisign.com resolved to 12.158.80.10 for me last night at one point. So, null routing one IP my not work.

      This is the reason I am going to other registrars for my new domains. I'm tired of getting spammed 9 months before my domain expires to renew. I only renew most of my domains on a 1 year contract anyway.

    50. Re:wonder of wonders by MrBlint · · Score: 0

      The most anoying thing about this is that when I type a url into my browser I generaly know what I want. The chances are if I type in something that does not exist it is because I have made a simple spelling error. Thanks to this "inovation" I now have to retype the whole url instead of just being able to fix the typo.

      --
      That's very perceptive of you Mr Stapleton and rather unexpected in a G Major
    51. Re:wonder of wonders by TheVidiot · · Score: 0

      Get the google toolbar and you can set the default mistyped-URL-search-page to Google's.

    52. Re:wonder of wonders by mistered · · Score: 1
      DAMN YOU! It's been around a year since I had to see that.

      --
      Enjoy your job, make lots of money, work within the law. Choose any two.
    53. Re:wonder of wonders by Anonymous Coward · · Score: 0

      Or use junkbuster. :-)

      As for mail, we can add the IP to the block lists, this doesn't fix everything, but it helps.

    54. Re:wonder of wonders by Permission+Denied · · Score: 1
      As soon as it sees the domain resolves to the same address it can move on.

      Each one of those addresses can be another virtual host. For example, bsd.slashdot.org and yro.slashdot.org are both handled by the wildcard DNS entry, but you get different content when you type the URL into a browser. It would be difficult to write a computer program to differentiate between "real" virtual hosting with wildcard domains like this and random stuff like verisign-sucks.slashdot.org. Moreover, you can have pages generated dynamically based upon the hostname used. Something as simple as adding a footer "Thanks for using xxx.slashdot.org" could create problems.

    55. Re:wonder of wonders by bernywork · · Score: 3, Informative

      You don't seem to understand, by VeriSign doing there there never will be a failure for a mis-typed URL for you to get re-directed to a search page for google.

      --
      Curiosity was framed; ignorance killed the cat. -- Author unknown
    56. Re:wonder of wonders by signout · · Score: 1

      http://www.iab.org/Documents/icann-vgrs-response.h tml It looks like the case is resolved quickly.

    57. Re:wonder of wonders by ivan256 · · Score: 1

      Problem being that the name still resolved. You're still getting entirely different behavior than you were yesterday.

    58. Re:wonder of wonders by .c · · Score: 1

      Incidentally, since there are a near infinite number of unregistered domain names, then this means that Verisign now 'owns' approximately 100% of the internet.

      Impressive.

    59. Re:wonder of wonders by mwood · · Score: 1

      Winding up at *any* MSN page *is* an error message!

    60. Re:wonder of wonders by IpalindromeI · · Score: 1

      Not anymore, because now there are no "mistyped" URLs. All URLs that don't point to an actual IP address will now send you to this special VeriSign site. That's the point of this entire article.

      --

      --
      Promoting critical thinking since 1994.
    61. Re:wonder of wonders by Anonymous Coward · · Score: 0

      From now on no URL is a mistyped-URL... It is either VeriSign's website or another website.

    62. Re:wonder of wonders by Anonymous Coward · · Score: 0

      Cool! All 4 Mozilla users in the world unite in protest! That'll show them bastids.

    63. Re:wonder of wonders by nalfeshnee · · Score: 1

      Fun, fun, fun.
      In the sun, sun, sun...

      --

      -- Despair is an operating system that ANY human being can run, sort of a psychological JAVA --

    64. Re:wonder of wonders by Anonymous Coward · · Score: 0


      It gets better! (not safe for work)

      Now when I get to the sitefinder, I'll know it!

    65. Re:wonder of wonders by Anonymous Coward · · Score: 0

      Okay then, here's something that will. Everybody with a website could put the following on each page:

      <img alt="" width="0" height="0" src="http://randomly-generated-non-existent-domain .com/">

      Basically, every page view from every browser that loads images will not only hit the nameservers, but it will also hit the web server - the web server won't be able to deny the request until it gets something it can reliably detect, such as the Referer header, by which time it will already have wasted resources.

      Multiply this be the number of visitors shared by every pissed off webmaster in the world, and it will make the Slashdot effect seem like the traffic a single, lonely Lynx user generates.

      Of course, lots of people would call this a DDOS. And it *is* easy for them to log which websites are responsible for this.

    66. Re:wonder of wonders by Marcus+Brody · · Score: 1

      Craig Charles is an evil fucking brummy rapist!!!!!!!!!

    67. Re:wonder of wonders by TheVidiot · · Score: 1

      I see your point, but VeriSign's change hasn't taken effect here yet, so it's still useful.

    68. Re:wonder of wonders by Anonymous Coward · · Score: 0

      Well, you can always cast your vote for Verislime's CEO at Forbes' poll here:

      "http://www.forbes.com/2003/05/01/cx_ceointernet po ll.html"

    69. Re:wonder of wonders by Anonymous Coward · · Score: 1
      And what do you mean it takes Google longer to get a site's new IP? How would you know? All we see is how often Google updates their index, which has nothing to do with speedy DNS.
      Sure it does, if you run multiple sites which are reindexed by Google on a daily (or even more frequent) basis. When you switch colo facilities and all of a sudden your Google listing doesn't change for 4 days, something's up. My guess as to what was up is that Google was still looking for the site at the old IP.

      On a related note, I've seen that Google can be pretty forgiving when it comes to transience or downtime. I discontinued one site - again, one which had been freshened daily - and it lingered in Google for three weeks before finally being dropped. So I suppose the good news is that if you ever have major connectivity problems, Google will show you some love.
    70. Re:wonder of wonders by grolschie · · Score: 1

      Never mind the browsers. Any DNS lookup failure won't return "host unknown" anymore. eg: ping. I imagine there is a lot of software that relies on getting correct messages from DNS servers.

      For example, if a application has a list of ftp mirror sites to connect to, and DNS fails, it would normally move onto the next mirror site in the list quickly. Now that all failed DNS lookups return the Verisign IP addy, much time will be wasted trying to connect to a non-existant ftp server at the Versign site. Even if a server is on the Verisign site, it's not the one that the application is expecting.

    71. Re:wonder of wonders by ogl_codemonkey · · Score: 1

      For all those with an IPTABLES gateway/firewall, imperialviolet.org has a fix :D

    72. Re:wonder of wonders by Anonymous Coward · · Score: 0

      You are overlooking name-based virtual hosts?

    73. Re:wonder of wonders by online-shopper · · Score: 1

      You could do the same thing I do.
      Currently I use wildcards in DNS, and I ping unresolved IP addresses to a page which tells the user that their page was not found. Then give them the option to search google for it.
      so rather than reject it, I'll just be DNAT'ing it to that webpage.

    74. Re:wonder of wonders by XO · · Score: 1

      What did all these URL tricks do, before? They sure don't seem to be doing anything useful in any way now.. or amusing.. or not amusing.. for that matter, they aren't doing anything.

      Also, I'm not able to resolve DNS names that didn't exist .. like lickmynads.com .. still get no response,a nd the lame browser at work forces an MSN search on it.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    75. Re:wonder of wonders by ivan256 · · Score: 1

      Currently I use wildcards in DNS, and I ping unresolved IP addresses to a page which tells the user that their page was not found. Then give them the option to search google for it.

      What is this "page" thing you speak of... Oh, wait... I see. You're equating the web with the internet. They're not the same thing, you know.

    76. Re:wonder of wonders by kanthoney · · Score: 1

      That's a point. Just think of the DoS if we all type ping www.kjhgikdsgljk.com.

    77. Re:wonder of wonders by grEchelonSurge · · Score: 1

      Actually...

      Ping does NOT work.

      Ping will try to ping, but it won't recieve any replies. It's like the evil VeriSign IP (64.94.110.11) just won't return the ping packets (like any Good Server should).

      Traceroute, however, does work. Go figure.

    78. Re:wonder of wonders by Anonymous Coward · · Score: 0

      If the 'fix' is so easy, why R so many of you 'bitching' & 'moaning' for?

      Leave it up to a bunch of so called "IT" guys to tackle such a easy task and complain about it! :)

      Should call all you by one simple name..HOMER! :-)

      I really think some of you should hot have been born but rather swallowed!

    79. Re:wonder of wonders by InfiniteWisdom · · Score: 1

      As soon as it sees the domain resolves to the same address it can move on.
      No it can't... that would blow virtual hosting servers to bits.

    80. Re:wonder of wonders by grolschie · · Score: 1

      Well previously ping was not replying, but the dns resolved to the Verisign IP.

    81. Re:wonder of wonders by GNUALMAFUERTE · · Score: 1

      Yep, DDOS to Verisign is The Answer!
      When Democracy doesn't work, Molotovs are good enough.
      Also, those ISP sysadmins out there with a DNS server on their hands can put their $0.2 and:
      Add a A record verisign.com -> 127.0.0.1
      and a cname sitefinder.verisign.com -> www.gnu.org
      BTW, Do you remember this one?

      If register.com had to pay that for just a domain, think about how much can we get from VS for all *.COM and *.NET!!!

      Now, I'm not^H^H^H suggesting anybody^H^H^H^H^H^H^Heveryone do this. : ]

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
    82. Re:wonder of wonders by tohid · · Score: 1

      First verisign DNS abuse 404 error accured! see: http://www.iraniancrawler.com/verisigndnsabuse.htm

  2. joy by digitalsushi · · Score: 4, Insightful

    this should make troubleshooting dns records as a netadmin much more fun with all those glorious false positives... guess that means i'll have to learn how to spell finally!

    --
    slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
    1. Re:joy by subk · · Score: 1

      IT'S already BROKEN!! 9:04 P.M. CST!!!

      --
      Now, if you'll excuse me, I have backups to corrupt.
  3. Seeeing the future by Unregistered · · Score: 1

    Did anyone else see this story about 15 mins ago and get an error saying the page is in the future when you tried to open it. When i refreshed it was gone.

    An now to be OT:
    How big a problem will this be as most people/companies register common mispellings along with the right domain and make the mispellings point to the right site?

    1. Re:Seeeing the future by Robotech_Master · · Score: 1

      Did it have a red title bar instead of a green one? If so, that means it somehow accidentally leaked out to you before it was supposed to, while it was in the "only paid subscribers are supposed to be able to see this" period. I've seen that happen with other stories a couple of times.

      --
      Editor Emeritus and Senior Writer, TeleRead.org
    2. Re:Seeeing the future by SwellJoe · · Score: 3, Insightful

      How big a problem will this be as most people/companies register common mispellings along with the right domain and make the mispellings point to the right site?

      This was likely one of the primary motivations for this maneuver...to encourage formerly unnecessary registrations.

      I've never registered mispellings of my companies domains, and the thought never even crossed my mind until now. I'm sure the crooks at Verisign saw this angle, in addition to the tons of free eyeballs.

    3. Re:Seeeing the future by Unregistered · · Score: 1

      it had a green bar.

    4. Re:Seeeing the future by tinrib · · Score: 1
      I've never registered mispellings of my companies domains

      I've never registered misspellings of my company's (or companies') domains either. Maybe you should think about it though...

    5. Re:Seeeing the future by LamerX · · Score: 1

      Yeah but you know what's great. VeriSign isn't going to see a goddamn dime of my money. It's all going to go to a competing Registrar. Fuck VeriSign and thier Monopoly. WHAT THE FUCK IS THIS? This is such an obvious abuse of thier monopoly. Thie monopoly which was handed over by the government. What the hell is happening to the internet? It's becoming this big pile of advertising shit. And now it's just become bad for me. YES thats right ME! Before I could use open source tools and block this crap. I could use Mozilla and block popups, and anything from double-click. I could block spam using Mozilla Mail clients EXCELLENT spam filter. But what the hell am I supposed to do now? What the hell? I guess I could just block this IP address... but what about everyone else? The spyware, the advertising. EVERYONE has spyware on thier computers now. Spyware is just legal viruses. How the fuck do these companies get away with this. I can't wait until verisign embeds some ActiveX spyware app into thier newly created page. People ALWAYS click yes when IE asks to install shit. We need to stop this monopoly now before it's too late. They are taking this shit too far....

    6. Re:Seeeing the future by piyamaradus · · Score: 1

      Guess what? Verisign controls the .com and .net REGISTRY, which gets something like $6 per registration per year NO MATTER WHAT REGISTRAR YOU USE. Go ahead and refuse to use verisign as your registRAR -- they'll still get a big chunk of your money because they're the contractual provider for .com and .net.

      Luckily, the registry contract can be given to someone else if ICANN and the US Govt were to develop the guts to do so.

    7. Re:Seeeing the future by sudohnim · · Score: 1

      Guess what? Verisign controls the .com and .net REGISTRY, which gets something like $6 per registration per year NO MATTER WHAT REGISTRAR YOU USE. Go ahead and refuse to use verisign as your registRAR -- they'll still get a big chunk of your money because they're the contractual provider for .com and .net.

      Which is why I have a .org.

      --
      Its pretty sad when a commercial OS ships a debugger with their system but no compiler.
    8. Re:Seeeing the future by LamerX · · Score: 1

      NO!!!!!!!!!!!!!!!!!!

      But GoDaddy sells domain names for $8.95 or something like that. Does that mean that they (godaddy) only get $2 or so for each registration?

  4. But... by Anonymous Coward · · Score: 2, Funny

    according to this "soemcompany.com" isn't wrong.

    1. Re:But... by HanClinto · · Score: 1

      yuo maen tihs? :)

    2. Re:But... by alehmann · · Score: 1

      you mean this?

  5. This is a bitch by Mohammed+Al-Sahaf · · Score: 0, Redundant

    I've heard this breaks a lot of spam-catching tools which check if the mail was sent from an invalid domain, as all IPs in these invalid domains now resolve.

    --
    Former Iraqi Information Minister Mohammed Saeed al-Sahaf
    1. Re:This is a bitch by josecanuc · · Score: 1

      Those spam-catching tools work by doing a reverse-dns lookup of the IP address that is trying to send the mail. This is different than doing a "forward"-dns lookup.

      This shouldn't have any effect on those spam-catching tools.

    2. Re:This is a bitch by josecanuc · · Score: 1

      Oops. This will bother spam-catching tools who verify that a the reported "from" address domain exists.

      I was thinking of those mail servers who reject mail from IP addresses which do not have a reverse-dns entry.

      Sorry.

    3. Re:This is a bitch by pavon · · Score: 4, Insightful

      I vote that we concider anything from 64.94.110.11 to be spam. That should take care of the problem for spam filters.

    4. Re:This is a bitch by sould · · Score: 1
      I've heard this breaks a lot of spam-catching tools



      Maybe from the top of this page?

    5. Re:This is a bitch by SSpade · · Score: 5, Informative

      Those spam-catching tools work by doing a reverse-dns lookup of the IP address that is trying to send the mail. This is different than doing a "forward"-dns lookup.

      Not so.

      A common spam filtering method is to check the envelope sender to see if the domain exists. Any mail that is sent with a faked envelope sender to which bounces can't be sent is spam.

      That means querying for either an MX record or A record for that domain, and bouncing all the spam that doesn't have either. Now, thanks to verisign, all spam sent with forged envelope senders in .com or .net wil go straight through this spam filter, increasing the amount of spam in many peoples mailboxes.

      Yes, in theory you could look for the magic A record returned, but to do so is something of an operational nightmare, and impossible to do with most current MTAs.

    6. Re:This is a bitch by StewedSquirrel · · Score: 1

      Well, My mail server sends with my domain, but doing a REVERSE lookup on my "shared" server reveals a name owned by my ISP. This would result in 50% of the smaller domains's VALID email addys being blocked from those tools. I much prefer to think they will forward-lookup based on the domain in my "from" address and find that the IP does, in fact, match the server it was sent from.

      So, yes, forward lookup is how those products work but, I don't think they'll break, because they look for a MATCH, not simply a "not invalid" response. As far as I'm aware anyway.

      Stewey

      --
      There are 10 kinds of people in the world. Those who understand binary and those who don't.
    7. Re:This is a bitch by 77Punker · · Score: 1, Informative

      Add to /etc/hosts.deny 64.94.110.11 Problem solved.

    8. Re:This is a bitch by whistler162 · · Score: 1

      Agreed and might be worth the time and effort to return all that lovely SPAM to the source!

    9. Re:This is a bitch by Directrix1 · · Score: 1

      Well, I get rejected email because I the reverse dns entry isn't there for my server. Thats why I am now having to set up my own DNS server.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    10. Re:This is a bitch by Anonymous Coward · · Score: 0

      Curious, what is the liability of Verisign in this case?

      I'm not a fan of civil or even criminal spam laws. I think anti-spam folks can be too vehement.

      That said, I wonder what tort law would say here. The effects of spam on systems is demonstrable in terms of economic loss. Verisgn just knowingly aided this. If it is demonstrable, actions are contributory to harm (you just described it, you are no longer getting accurate information), and harm is done (economic loss from spam nailing a system in terms of time loss, people time, system time), Verisign should be wide open to civil cases against it.

      Whether one would win or not, that's another matter. Whether this should be pursued is a matter of huge debate and slippery slope.

      Now, I realize we are likely talking frivolous lawsuits here; complain to ICANN first. OTOH, if ICANN continues their inability to reign in obvious abuses, this may be a nice alternative recourse. Not to win in court per se, but to get Verisign to change and a wake up call to like companies that may do such a deed.

      Is there something in the way Congress legislated ICANN into power that Verisign becomes immune to civil suits?

    11. Re:This is a bitch by hellsop · · Score: 1

      Yes, in theory you could look for the magic A record returned, but to do so is something of an operational nightmare, and impossible to do with most current MTAs.

      Or you can use an MTA that rejects any mail from a sender that cannot be mailed to.

      We really get to worry when Verisign does the same thing to MX records and issues 250s for everything.

    12. Re:This is a bitch by chundo · · Score: 1

      Don't get me wrong, I think that VeriSign are a bunch of whores for doing this, but I don't think it will affect the spam filters like everyone's been shouting about on other sites as well.

      I did a dig on a bunch of nonexistent domains. The only time I got hits was when I queried a www.*.com or www.*.net domain. For example, sfdlkjfdsjfsd.com still returns the correct response - no A, no MX, no nothing.

      So unless the spammers are specifying a return address from a www subdomain of a non-existent domain, the filters would seem to be unaffected.

      -j

    13. Re:This is a bitch by The+Clockwork+Troll · · Score: 1
      That's a relatively weak protection mechanism anyway.

      Perhaps it will speed adoption of designated sender record verification though.

      --

      There are no karma whores, only moderation johns
    14. Re:This is a bitch by livewirevoodoo · · Score: 1

      I tried this and I was in fact redirected without entering www. so that theory doesn't work.

      --
      If its stupid but it works, its not stupid.
    15. Re:This is a bitch by statusbar · · Score: 1

      You were redirected by your browser. It automatically prepended 'www' to your request. Try use 'dig' to query the nameservers.

      --jeff++

      --
      ipv6 is my vpn
    16. Re:This is a bitch by Anonymous Coward · · Score: 0

      The problem is, 64.94.110.11 is not the origin of the spam. Whatever nonexistant from domain is used wil resolve to 64.94.110.11, but the actual sender is something else.

    17. Re:This is a bitch by DennyK · · Score: 1

      Nope, looks like they do return answers for domains without the "www" too...

      # dig fkjthreuinfnxcvsjllkwjehdjc.com

      ; > DiG 8.2 > fkjthreuinfnxcvsjllkwjehdjc.com ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 13 ;; QUERY SECTION: ;; fkjthreuinfnxcvsjllkwjehdjc.com, type = A, class = IN ;; ANSWER SECTION:
      fkjthreuinfnxcvsjllkwjehdjc.com. 15M IN A 64.94.110.11 ...

      # whois fkjthreuinfnxcvsjllkwjehdjc.com

      Whois Server Version 1.3

      Domain names in the .com and .net domains can now be registered
      with many different competing registrars. Go to http://www.internic.net
      for detailed information.

      No match for "FKJTHREUINFNXCVSJLLKWJEHDJC.COM".

      Also works for any subdomain at an unregistered domain:

      blahblah.fkjthreuinfnxcvsjllkwjehdjc.com. 15M IN A 64.94.110.11

      Seriously ugly piece of work...

      DennyK

    18. Re:This is a bitch by Anonymous Coward · · Score: 0

      All I have to say to verisign is

      "You are a bunch of fucking twats"

    19. Re:This is a bitch by wagemonkey · · Score: 1

      If it resolves to VeriSign because they've been screwing around, then they can have it.

    20. Re:This is a bitch by chundo · · Score: 1

      Ok, my dig is returning A records now too... I stand corrected...

      -j

    21. Re:This is a bitch by DavidTC · · Score: 1
      You can't do that, because a lot of places will see connections that ask for a bunch of nonexistence people and then don't send them email...which is indistingishable from a dictionary attack.

      AOL is one of these places. You ask about a bunch of nonexistent users, you get blocked from sending them email.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    22. Re:This is a bitch by Anonymous Coward · · Score: 0

      This doesn't solve anything. MTAs check the envelope sender domain if it exists or not = if it's got an IP. That's all. They do not connect to that server nor does the spam come from 64.94.110.11. So, as long as an nslookup/host returns an IP the problem exists.

  6. Abusing the Power that be by guinness_duck · · Score: 1

    This really does smack as an abuse of power to me.

    The sad part is I'm really surprised it took them this long to implement this. It's just another sign that sales and marketing analysts run companies, and make all the decesions. Even small companies face this same thing.

    --
    In a row???
    1. Re:Abusing the Power that be by ScrewMaster · · Score: 5, Insightful

      Verisign has forgotten that they don't own the Internet: they were granted the power to run the root servers and manage primary DNS by the federal government. That government-granted monopoly is revocable. This is a risky maneuver, as it will have global implications. They will probably get their wrists slapped.

      --
      The higher the technology, the sharper that two-edged sword.
    2. Re:Abusing the Power that be by boomi · · Score: 1

      > They will probably get their wrists slapped.
      What about cutting off Verisigns hands?

    3. Re:Abusing the Power that be by Excarnate · · Score: 1


      They will probably get their wrists slapped.

      You say that with such...confidence.

      What do you base your confidence on? I'd have said "Probably nothing of significance will happen to them." as ICANT^HN is evil and the goverment has no reason to care enough to do anything.

      --
      .signature: No such file or directory
    4. Re:Abusing the Power that be by ScrewMaster · · Score: 1

      Well, getting one's wrist slapped is synonymous with "not being punished." And yes, I am confident that they will get their wrists slapped.

      --
      The higher the technology, the sharper that two-edged sword.
  7. How Long... by jlaxson · · Score: 3, Insightful

    until we get gator-type forced advertising (not just incidental unrelated ads on the page) whenever you make the slightest domain mistake? I get the feeling this doesn't bode well for the continued freedom of the internet, if one company can unilaterally do something of this magnitude. (But then again, Mr. Bush seems to get along fine.)

    --
    On Apple Input Peripherals: They're okay, I guess, but I was really hoping for a one-key keyboard and a 109-button mouse
    1. Re:How Long... by dnoyeb · · Score: 4, Interesting

      This happened to my mother just yesterday. She calls me complaining about "my computer has a virus!" I countered that their was no way her computer could know. This went on for a while..

      My mother is visually impared. She was trying to go to www.biblegateway.com, but she went to www.gatewaybible.com. sacreligious scum.

      It's hard for her to find the stupid MODAL popup windows when she is using a screen magnifier and the whole screen is not even showing...

      A DNS error would have been MUCH nicer. She would not have even called me costing my employer productivity. Currently I know somebody is wasting money on those parked domains. This verisign situation is just sad.

  8. How can we undo this? by Anonymous Coward · · Score: 3, Interesting

    Anyone have any information on whom to contact to put an end to this absurdity?

    1. Re:How can we undo this? by Anonymous Coward · · Score: 5, Funny

      Anyone have any information on whom to contact to put an end to this absurdity?

      I think you mean Commander Taco. Or were you talking about that dns thing?

    2. Re:How can we undo this? by pirodude · · Score: 3, Interesting

      ICANN and DoJ

    3. Re:How can we undo this? by Anonymous Coward · · Score: 0

      It's a shame Congress won't be smart enough to understand an email about the subject directly.... UGH...

      The EFF?

    4. Re:How can we undo this? by r_weaver · · Score: 4, Interesting
      I checked their site, and found a Domain Names & Related Services contact number (888-642-9675), and gave it a try.

      Unfortunately, the rep that answered the phone was unable to help, he said that he works for Network Solutions, and can only help with domain registration issues, and that the Verisign parent company runs the root nameservers. He was unable to give me a contact number for Verisign. However, you may want to try calling this number yourself to see if maybe a different rep has the contact number for Verisign.

      I did a whois on the verisign.com domain, and came up with the main contact number for Verisign: 650-961-7500, but it's been ringing for the past 5 minutes, with no answer. One would think that they would have an automated voice-response system on their main number, so I think that they are being innudated with calls.

    5. Re:How can we undo this? by mrpuffypants · · Score: 1

      One would think that they would have an automated voice-response system on their main number, so I think that they are being innudated with calls.

      Yes, because tonight all the geeks of the world rose up against VeriSign and dialed their number....

      C'mon! This isn't like SCO!

    6. Re:How can we undo this? by wkcole · · Score: 1

      ICANN and DoJ

      More like DoC where C=Commerce. ICANN is pretty much a useless talking shop with an unhealthy affection for NSI/Verisign. ICANN masquerades as a global community entity, but in fact it is a creature of the USDoC and it seems extremely unlikely that ICANN will do anything useful to curb Verislime without a threat of death.

      Not that I really think that will happen... The alternative to the current system of registries for profit is to return them to the status of public trusts contracted out purely for rote service, and that's where the incompetent, surly, and plodding quality of service notable at NSI comes from: they built it up over years of being The InterNIC and not having anyone competing with them. if the Clinton Administration could not bring itself to proclaim the DNS root and existing gTLD's as a public trust, Halliburton East ^W^WThe Bush Administration surely won't.

      I don't see a likely solution. The best case would be for ICANN to stand up to the incompetent amoral liars at Verisign and reassign the .com and .net registries to a new operator with a tougher contract. ICANN has yet to show themselves capable of saying NO to Verisign in regards to those registries and I doubt they ever will.

    7. Re:How can we undo this? by Anonymous Coward · · Score: 0

      Good one. Are you a Minty Python fan by any chance?

    8. Re:How can we undo this? by bahamat · · Score: 1

      One way is by posting a link on here and wait for it to get slashdotted.

    9. Re:How can we undo this? by Anonymous Coward · · Score: 0

      They said to call 650-426-5310 during buisness hours. It is supposedly their number for "Verisign GRS" or some other bullshit.

      In the mean time.... I e-mailed my ISP telling them to protest this and block this on their network.

    10. Re:How can we undo this? by Maserati · · Score: 1

      Can't you lose a domain registration for providing false contact info ?

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
    11. Re:How can we undo this? by Anonymous Coward · · Score: 0

      bravo... we need to let these mod points go above 5.

    12. Re:How can we undo this? by wolf- · · Score: 1

      Add the Department of Commerce who is supposed to be overseeing both ICAAN AND Verisigns monopoly contract.

      --
      ----- LoboSoft specializes in Digital Language Lab
    13. Re:How can we undo this? by herrvinny · · Score: 1

      I called them too, the girl who picked up gave me the same number (650...) but when I called it, absolutely zipola. The call centers must know everyone is pissed, and is just redirecting the inquiries to an unused number...

  9. Strike Back with Poor Typing by nightsweat · · Score: 3, Funny
    As a Denial of Service Attack Iwill continue to manually type domain names and not take typing classes.

    I oughta be able to bring em to their knees in a day or two.

    --

    the major advances in civilization are processes which all but wreck the societies in which they occur - A.N. White
    1. Re:Strike Back with Poor Typing by Anonymous Coward · · Score: 0

      Even better, you can send mails with 10MB attachements to people you don't know at random internet addresses ending with .com, they'll love it...

    2. Re:Strike Back with Poor Typing by Electrum · · Score: 4, Informative

      Even better, you can send mails with 10MB attachements to people you don't know at random internet addresses ending with .com, they'll love it...

      Wrong. Their SMTP server rejects all DATA commands with a 550:

      $ nc 64.94.110.11 25
      220 snubby1-wceast Snubby Mail Rejector Daemon v1.3 ready
      MAIL FROM: <>
      250 OK
      RCPT TO: <anyone@example.com>
      250 OK
      DATA
      550 User domain does not exist.

    3. Re:Strike Back with Poor Typing by Jeffrey+Baker · · Score: 2, Insightful

      Why the fuck would anyone run a "mail rejector daemon"? Seems like not answering to port 25 would fulfill all your mail rejection needs.

    4. Re:Strike Back with Poor Typing by Anonymous Coward · · Score: 0

      This might be more effective ;)

      ((cx=0));
      while true; do
      echo Making request $((cx));
      wget -O - http://www.InsertAProtestCommentHereEndingWithDotC om > ~/verisignPage.html;
      sleep 10;
      ((cx++));
      done

    5. Re:Strike Back with Poor Typing by Electrum · · Score: 2, Interesting

      Why the fuck would anyone run a "mail rejector daemon"? Seems like not answering to port 25 would fulfill all your mail rejection needs.

      VeriSign is doing the correct thing with regards to SMTP. Not answering will cause the sending mail server to hold the mail in the queue for the queue lifetime (usually a week). Rejecting mail with a 550 causes it to bounce immediately. This is the desired behavior.

    6. Re:Strike Back with Poor Typing by Jeffrey+Baker · · Score: 2, Funny

      Ah, that does make sense. It also allows VeriSpam to harvest misspelled email addresses ;)

    7. Re:Strike Back with Poor Typing by bigberk · · Score: 2, Funny
      Seems like not answering to port 25 would fulfill all your mail rejection needs.

      What are you, crazy? You're saying that if no service exists at an address then nothing should be returned? You obviously don't have a business degree and don't work for Verisign. Returning nothing would clearly waste valuable potential for new business.

    8. Re:Strike Back with Poor Typing by idiot900 · · Score: 2, Informative
      No need to use a DATA command. Just send crap to the rejector even if it is expecting a command.

      So, one could theoretically spam them like so:
      while [ 1 ]; do cat /dev/zero | telnet 64.94.110.11 25; done
      Of course I am not advocating that anyone do this. Especially anyone with scads of bandwidth. That would be terrible. Oh, the humanity.
    9. Re:Strike Back with Poor Typing by mino · · Score: 2, Insightful
      VeriSign is doing the correct thing with regards to SMTP.

      Indeed. But not as right a thing, surely, as not returning IPs for these non-existent domains anyway.

      If nothing else, they're sucking bandwidth. It's not much, surely, but -- OK. We send out an email newsletter at work (legitimate, opt-in, unsubscribable -- calm down) which goes to 200,000+ people. Say 5,000 people have their domain wrong -- htomail.com or something (no idea if that's accurate, but it's probably not massively far off).

      As it was, our mail server would do 5000 dns lookups, get 5000 NXDOMAINs, and ignore them. Instead, it does 5000 lookups, gets this address, connects to the mail server, sends a HELO, gets a response, sends a MAIL FROM, gets a response, sents a RCPT TO, gets a 550. That's an extra... what... couple of hundred bytes of network traffic? Say in the order of 1-2 MB for the lot. Down here in expensive-bandwidth-land, that's about 30 cents Australian it costs us. Not much, I know, but even so, it's there. Not to mention the additional load on our servers for trying to send, making port-25 connections, etc, compared to just giving up.

      It's not much, but it IS costing us some small amount of bandwidth and some server time. Screw them.

      This is the most #@^%ed-up #@#$ of @#*&ing !@%^ that I've ever #$@@ed in my %$#*.

    10. Re:Strike Back with Poor Typing by Lord_Dweomer · · Score: 1
      Just use the PERL script from the article from earlier today! Google should make a plugin for it.

      --
      Buy Steampunk Clothing Online!
    11. Re:Strike Back with Poor Typing by blindcoder · · Score: 1

      I don't think you have to do this on purpose.
      There are enough people out there who misspell domainnames several times a day.

      But, isn't this convenient? In essence, they DDoS'ed themselves :D

      --
      See my blog for my free opinions.
    12. Re:Strike Back with Poor Typing by alexburke · · Score: 1

      Actually, the RFC, IIRC, states that you're supposed to say hello (actually HELO) first. Therefore, a proper connection will have the third response coming after the third command, which will be the RCPT command (not the DATA command as you state).

      Don't believe me? Connect to it and try a HELO, then a MAIL FROM, then a RCPT TO. You'll get a 5xx error there. Try the same RCPT TO again (with the same destination address, even). You'll get a 2xx error, which doesn't make sense if the same address just gave a 5xx error -- then it'll close the socket.

      Basically, it is braindead and is programmed to say, in order, "Yes. Yes. No, not now, and not ever." to incoming connections from MTAs.

    13. Re:Strike Back with Poor Typing by Anonymous Coward · · Score: 0

      Try a few rcpt to: commands.
      This thing will hold off some mail clients for along time if they try to send mail to several people at the same non-existant hosts. If verisign wants to step up to the plate to help keep the spamers busy, great.

    14. Re:Strike Back with Poor Typing by Anonymous Coward · · Score: 0

      In fact... they could harvest the valid senders' email addresses and sell them to spammers. The ultimate email harvester!

    15. Re:Strike Back with Poor Typing by 87C751 · · Score: 1
      Wrong. Their SMTP server rejects all DATA commands with a 550:
      Close, but no guitar. That SMTP rejector doesn't react to the contents of the commands sent at all.
      $ nc 64.94.110.11 25
      220 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 ready

      250 OK

      250 OK

      550 User domain does not exist.

      250 OK

      221 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 closing transmission channel
      I just hit Enter 5 times. It's still possible that they are collecting MAIL FROM fields as a quasi-verified email address list, but it doesn't look like anything deeper is going on. You got the 550 at the DATA command only because you forgot to HELO. I'd guess snubby is expecting HELO, MAIL FROM, RCPT TO, RSET, QUIT.
      --
      Mail? Put "slashdot" in the subject to pass the spam filters.
    16. Re:Strike Back with Poor Typing by Nurgled · · Score: 1

      Now they need to set things up so that their server records the parameter of the MAIL FROM command and use it to send a message to the sender explaining that though that domain does not exist, they can buy it!

      Step two PROFIT!! (there is no unknown step)

    17. Re:Strike Back with Poor Typing by darkstar101 · · Score: 1

      Worse, If Verisign's IP address is unavailable for any reason, those messages will queue and retry until the IP comes back or the messages time out. If there is no response from the IP address the initial connections will remain open until they time out. This could create DOS's on busy smtp mta's.

    18. Re:Strike Back with Poor Typing by Anonymous Coward · · Score: 0

      snubby mail rejector daemon source code stolen!

      http://www.davidc.net/~david/snubby/

    19. Re:Strike Back with Poor Typing by miketauraso · · Score: 1

      ping -f -i .001 64.94.110.11

    20. Re:Strike Back with Poor Typing by Anonymous Coward · · Score: 0

      But you can send a load of crap in the HELO, MAIL FROM and RCPT TO commands.

  10. A google toolbar a day... by Anonymous Coward · · Score: 0

    ...keeps Verisign away.

  11. network operators are pissed at this by mdouglas · · Score: 5, Interesting

    expect that ip to get null routed by the backbone carriers real fast.

    1. Re:network operators are pissed at this by Wateshay · · Score: 5, Insightful

      I wonder how long it will be before Verisign decides to sue the backbone carriers for some kind of unfair business practice crap.

      --

      "If English was good enough for Jesus, it's good enough for everyone else."

    2. Re:network operators are pissed at this by jlaxson · · Score: 1

      Same, I wonder how long it will be before some other big company decides to sue Verisign for some kind of unfair business crap.

      --
      On Apple Input Peripherals: They're okay, I guess, but I was really hoping for a one-key keyboard and a 109-button mouse
    3. Re:network operators are pissed at this by Alien+Being · · Score: 5, Insightful

      That would leave browsers waiting to timeout. ICMP-Rejects wouldn't be much better.

      We'll need to hack the resolver libraries and/or DNS servers to translate 64.94.110.11 into "no such domain". Verisign will add some more numbers, and soon we'll have blacklists.

    4. Re:network operators are pissed at this by ncc74656 · · Score: 1
      expect that ip to get null routed by the backbone carriers real fast.

      FWIW, of several URLs I tried (mostly of the form http://www.$RANDOMKEYMASHING.com/), only one brought up Verisign's catch-all page. For the rest, my proxy reports DNS errors. Maybe their servers are getting /.'d by everybody here trying it out...it'd serve them right.

      It's a good thing my domains are in .us (except for one .org)...maybe crap like this will lead more people to start using ccTLDs instead.

      --
      20 January 2017: the End of an Error.
    5. Re:network operators are pissed at this by ripleymj · · Score: 1

      Or you can pretty much do it yourself. If you run your own firewall/router, just redirect connections to 64.94.110.11 to your own webserver. OpenBSD works flawlessly doing this with the rule: "rdr on $int_if proto tcp from any to 64.94.110.11 -> 127.0.0.1", assuming that you have a webserver on the router.

    6. Re:network operators are pissed at this by Anonymous Coward · · Score: 0

      I'll sue you. Sue everybody!

    7. Re:network operators are pissed at this by Matey-O · · Score: 1
      www.$RANDOMKEYMASHING.com
      Random Donkey Mashing? You're one sick fella!
      --
      "Draco dormiens nunquam titillandus."
    8. Re:network operators are pissed at this by piyamaradus · · Score: 3, Informative

      Null routing this address makes your problems worse, unless you also rewrite/fix the DNS lookups. Why? Because, again, of the email -- if that IP gets null-routed, all email to non-existent domains ends up QUEUED (after a nice timeout) and retried and retried and eventually bounced, 1-3-5 days later. Horrible customer experience -- you mistype a domain and don't know about it until the retry time on your SMTP relay expires. Plus, the ISP relay queues go through the roof.

      Now, any good ISP wiz will be doing what my folks are doing right now and rewriting their SMTP servers to handle this address as a special case, and to watch for address changes. But even if you do that for your mail servers, if you run a network, you have to worry about all those people with their own mail servers on your backbone, and their little admins probably aren't rewriting Exchange...

    9. Re:network operators are pissed at this by thedillybar · · Score: 1

      And when it gets null-routed we get "Connection timed out" messages instead of DNS errors. We still have problems with error messages that have been built into programs for years.

    10. Re:network operators are pissed at this by Anonymous Coward · · Score: 0

      Punitive damages!

    11. Re:network operators are pissed at this by turk182x2001 · · Score: 0

      That won't fix "valid" DNS results from being returned, that will just stop traffic to and from that IP (regardless of the fact it's rather trivial for them to just change the IP), DNS will still return that address as valid regardless of where the traffic after the DNS lookup is routed. I have a feeling someone won't have their root servers much longer...

    12. Re:network operators are pissed at this by Alien+Being · · Score: 1

      SMTP is ok, for now at least. They still return NXDOMAIN on MX records.
      Other apps could be screwed by having to timeout.

    13. Re:network operators are pissed at this by Kymermosst · · Score: 1

      expect that ip to get null routed by the backbone carriers real fast.

      Not to mention by all us small network operators that only have a dozen machines to deal with... I've already made that IP address dead from my network's point of view.

      --
      "Alcohol, Tobacco, Firearms, and Explosives" should be a convenience store, not a government agency.
    14. Re:network operators are pissed at this by Tokerat · · Score: 1


      Expect nothing less from the capitain of the gravy train. ;-)

      --
      CAn'T CompreHend SARcaSm?
    15. Re:network operators are pissed at this by piyamaradus · · Score: 1

      Read the RFC. No MX record means you contact the A. And the A points to verisign's IP. So, all mail for any RFC-compliant SMTP MTA that previously would bounce based on a DNS lookup will now go to verisign (any DNS lookup that failed on a 2nd level com or net name, that is).

    16. Re:network operators are pissed at this by Alien+Being · · Score: 1

      Doh! I forgot about that.

    17. Re:network operators are pissed at this by johnburton · · Score: 1

      Yes - they now get to intercept and read any misaddressed email if they wish

      --
      Sig is taking a break!
    18. Re:network operators are pissed at this by le_banni · · Score: 0

      Not intercept and read !
      If the mails are rejected at the RCPT: stage, they don't get to read the contents.
      At most, the log (if they are stupid enough and have enough storage to log everything that is going to hit their SMTP port) will show the sender and adressee of the failed mail attempt - nothing more

    19. Re:network operators are pissed at this by analog_line · · Score: 1

      Well, my browser is currently waiting to timeout, so many are I imagine... that or they underestimated the bandwidth they'd get slammed with.

    20. Re:network operators are pissed at this by 42forty-two42 · · Score: 1

      Then just resolve a few randomly-generared .com address every minute (adjust interval to taste) directly from each one of the gtld-servers, and block those.

    21. Re:network operators are pissed at this by Anonymous Coward · · Score: 0

      nullrouting doesn't give you back the old behavior of dns lookup, doesn't it?

    22. Re:network operators are pissed at this by Anonymous Coward · · Score: 0

      This doesn't help at all with the changed dns lookup behavior. Blocking can be done by simple means, getting back the correct dns resolution behavior is much more difficult and the real thing we need.

    23. Re:network operators are pissed at this by chmod000 · · Score: 1

      It certainly doesn't. It's a "band-aid over cancer" sort of fix.

      --
      Aptal soru yoktur; sadece merakli aptallar vardir.
  12. hmmm by pardasaniman · · Score: 1

    Hmmm I guess this mean Frist Psot is really an advertisement for First Post!

  13. Bah by Anonymous Coward · · Score: 0

    I'm so sick of having to see advertising everywhere. I only have so much money to spend, I wish companies would just leave me alone.

  14. Shorting Microsoft (prepare for battle) by StewedSquirrel · · Score: 4, Interesting

    Doesn't this this short-circuit Microsoft's attempt to capture ad revinue from all mis-typed domains through their Internet Explorer?

    I always thought that a revolting misuse of monopoly power and I use Mozilla exclusively now (that was one of the primary reasons I switched, tho not the only one).

    Prepare for Microsoft to be EXTREMELY UPSET. MSN's search count will be cut in 1/4 by this move too.

    Watch for it.

    Stewey

    --
    There are 10 kinds of people in the world. Those who understand binary and those who don't.
    1. Re:Shorting Microsoft (prepare for battle) by Anonymous Coward · · Score: 0

      What I really love is typing "google" into the address bar in IE will yield a msn search for "google" instead of attempting to contact google.com, google.net etc... Thats really innovative MS.

    2. Re:Shorting Microsoft (prepare for battle) by Sebby · · Score: 1
      Are you sure there isn't a 'browser extension' installed that hijacks 404 errors to another service's custom page?

      --

      AC comments get piped to /dev/null
    3. Re:Shorting Microsoft (prepare for battle) by StewedSquirrel · · Score: 1

      404 errors aren't used by Microsoft's browser by default. They rightfully return the Site's own 404 page. I don't have any extensions if you're asking me...

      But, this little DNS move would not affect 404 errors (or assiciated plugins), because they occur after DNS resolution, when a resolved server returns the error.

      Stewey

      --
      There are 10 kinds of people in the world. Those who understand binary and those who don't.
    4. Re:Shorting Microsoft (prepare for battle) by Anonymous Coward · · Score: 0

      Just click "Do not search from address bar" in the "Internet Options". It'll save you a lot of money for tinfoil.

      It's not nearly so easy to kludge around DNS. Possible, of course, but not a simple configuration option. (Yet.)

    5. Re:Shorting Microsoft (prepare for battle) by TrancePhreak · · Score: 1

      you're apparently not smart enough to use TweakUI to make google either your default search engine or a keyword.

      I "google smth smth" all day long.

      --

      -]Phreak Out[-
    6. Re:Shorting Microsoft (prepare for battle) by Anonymous Coward · · Score: 0

      you are referring the "realname" service that all ie browsers have. that is a piece of code in the browser, after all the proper errors occure in dns, http, and such. i do not ile it, but it was a good idea, that microsoft stole also....

    7. Re:Shorting Microsoft (prepare for battle) by wkcole · · Score: 5, Interesting

      The IE rediect to the MSN search mess is configurable: you can turn it off AND turn off the stupid useless 'all errors are one thing' error page and make IE actually give you something useful, at least with IE 5.5 and 6.

      HOWEVER, you can bet that MS and AOL and everyone else who does something interesting and useful with HTTP queries that look for bad domain names (like some ISP's that have proxies for users and some companies that have proxies for employers) will be pissed off. Different people like to do different things with their NXDOMAIN responses, and Verisign has just made sure that a lot of those responses never happen and that only Verisign gets to choose what the user sees instead.

      There essentially are no more unregistered .(com|net) domains. Verisign has just in effect registered all unregistered domains in those TLD's and pointed them at their own little cash-spinner.

    8. Re:Shorting Microsoft (prepare for battle) by Anonymous Coward · · Score: 0

      A. Netscape does this too.
      B. You can disable it in preferences/options for both browsers.

    9. Re:Shorting Microsoft (prepare for battle) by ProfMoriarty · · Score: 1
      Well ... here are the results of my not-so-official test, using the URL: dumbshitverisign.com

      In Mozilla Firebird:
      It resolves to: "http://sitefinder.verisign.com/lpc?url=dumbshitve risign.com&host=dumbshitverisign.com"

      In Internet Explorer:
      It resolves to: "http://search.msn.com/dnserror.aspx?FORM=DNSAS&q= dumbshitverisign.com"

      So, it would appear that both MicroSoft and VeriSign are in collusion to fuck up the net.

      --
      Karma? Karma? I don't need no stinkin' karma.
    10. Re:Shorting Microsoft (prepare for battle) by afidel · · Score: 1

      Yeah except that intercepting the response and checking to see if it is for Verisigns search page isn't difficult. They have automated their stupidity lets automate our response.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    11. Re:Shorting Microsoft (prepare for battle) by bigberk · · Score: 1
      Prepare for Microsoft to be EXTREMELY UPSET. MSN's search count will be cut in 1/4 by this move too.

      "Hmm... wait for it, this could be good. Shhh, just watch!"

      I quote my friend, he said something like this two weekends ago. We were at a party and two really nasty fat chicks were about to get in a cat fight.
    12. Re:Shorting Microsoft (prepare for battle) by Anonymous Coward · · Score: 0

      Actually IE allows to redirect to any site of our chosing. I have mine popping google.com :-)

    13. Re:Shorting Microsoft (prepare for battle) by Anonymous Coward · · Score: 0

      Right, and now instead of having IE contact MSN when you mispell a domain name, you can have IE contact VS when you mispell a domain name. Thanks Verisign, for saving us from the monopolistic practices of Microsoft!

      Wait, thats not right..

    14. Re:Shorting Microsoft (prepare for battle) by flurdy · · Score: 0

      Seemds very intermitent.
      If it can find a similar domain name it seems to trigger.
      Maybe also some load level rejection settings?
      So muhahahahaa.com works,
      while www.asaaadsasdasd.com do not work.

      --
      My other Sig is very funny.
    15. Re:Shorting Microsoft (prepare for battle) by ItsBacon · · Score: 1

      No, not exactly. The IE redirect is locally done by the browser itself, while what Verisign has done is far, far worse. For once Microsoft isn't being the most evil company out there...

    16. Re:Shorting Microsoft (prepare for battle) by zerocool^ · · Score: 1

      There essentially are no more unregistered .(com|net) domains. Verisign has just in effect registered all unregistered domains in those TLD's and pointed them at their own little cash-spinner.


      Even better, based on the things that people look up that don't exist, they can set an automatic threshold of, say, 5000 lookups in a day, which, if a domain name crosses this, they can register it and squat on it. Or, at least compile the results of all failed lookups with sort -n and sell them to a squatter.

      ~Will

      --
      sig?
    17. Re:Shorting Microsoft (prepare for battle) by pgregg · · Score: 1

      If I were M$, I'd drop a subtle hint to Verisign that we no longer wished to update their root certificate in IE.

      That'd soon change their mind (wiping out their business in one fell swoop).

      Lesser of two evils (and it's not often M$ is the lesser evil!)

    18. Re:Shorting Microsoft (prepare for battle) by borgdows · · Score: 1

      We are absolutely NOT upset at all.
      We are currenly buying every domain not bought yet in the world.
      Verisign, all our .COM/.NET belong to us!

  15. Which domains? by duplicate-nickname · · Score: 1

    So, which domains actually return this ip address? I can't seem to find any.

    --

    ÕÕ

    1. Re:Which domains? by digitalsushi · · Score: 1

      *mikec ~:go)host jklhadsf.com
      jklhadsf.com has address 64.94.110.11
      *mikec ~:go)host kjasdf.com
      kjasdf.com has address 64.94.110.11
      *mikec ~:go)host ssuyera.com
      ssuyera.com has address 64.94.110.11

      come on, this is easy.

      --
      slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
    2. Re:Which domains? by mcpkaaos · · Score: 2, Informative

      The update was performed a short while ago and will take some time to propagate. DNS updates aren't immediate.

      --
      It goes from God, to Jerry, to me.
    3. Re:Which domains? by AtOMiCNebula · · Score: 1
    4. Re:Which domains? by Anonymous Coward · · Score: 0

      How about www.thisdomaindoesnotexist.net ?

      I tried www.thisdomaindoesnotexist.com but that does not work. I thought both .net and .com were suppose to come to the sitefinder.verisign.com site.

      - Justin

    5. Re:Which domains? by D.+J.+Bernstein · · Score: 4, Informative
      Requests for unknown .com names are handled by VeriSign's thirteen .com servers. As of 2003.09.16 01:35 UTC, the wildcard is on only four of those servers. So you may or may not see it; there's no guarantee that your ISP's DNS cache will contact a particular server.

      Presumably VeriSign will copy the wildcard to the other servers at some point. I wouldn't be surprised if they're ramping up slowly, monitoring the load as they expand the wildcard coverage.

    6. Re:Which domains? by Nucleon500 · · Score: 2, Informative

      I'm still getting NXDOMAIN for any misspelled .com sites. I assume this is because it takes a while to propagate?

    7. Re:Which domains? by mosch · · Score: 1
      this is just plum odd....

      host fdadfds.com
      fdasfds.com has address 64.94.110.11

      host fdsafdsa.com
      Host not found.

      host gprekrew.com
      Host not found.

      host gprekre.com
      Host not found

      host gprekr.com
      gprekr.com has address 64.94.110.11

      I'm not sure what to make of that, since those are all unregistered domains, but only 2 of them show the defective behaviour.

    8. Re:Which domains? by D.+J.+Bernstein · · Score: 1
      Actually, DNS updates for newly misspelled names are immediate. Your ISP's DNS cache will remember information about old names for a little while, but for new misspellings it immediately contacts VeriSign's .com servers.

      The reason that people are seeing inconsistent results is that the servers themselves are inconsistent. VeriSign has put the wildcard on four servers (so far) while leaving it off the other nine.

    9. Re:Which domains? by jeffphil · · Score: 1

      verisignreallyreallyreallyreallyreallysucks.com returns host unknown. But verisignreallyreallyreallyreallyreallyreallysucks. com returns 64.94.110.11.

    10. Re:Which domains? by Russ+Nelson · · Score: 2, Informative

      It is propagating, as .com and .net servers are reloaded.
      -russ

      --
      Don't piss off The Angry Economist
    11. Re:Which domains? by Anonymous Coward · · Score: 1, Funny

      You expected Verisign to fuck up the Internet correctly?

  16. What? by Lord_Dweomer · · Score: 4, Insightful
    So let me get this straight.....If I own http://www.hardtospelldomain.com, and someone mispells it, Verisign now has the opportunity to offer up the highest bidders site for redirects? Even potential competitors? Perhaps I'm missing something here, but wouldn't this open them to all kinds of lawsuits from companies that were affected in that way?

    --
    Buy Steampunk Clothing Online!
    1. Re:What? by JayBlalock · · Score: 1

      There WOULD appear to be a very strong case for conflict of interest, but it would take significant abuse on their part before it could stick.

      --
      Bush: He's Liberal in all the wrong ways.
    2. Re:What? by Anonymous Coward · · Score: 0

      Ideally, but somebody beat you to the punch. http://www.hardtospelldomain.com goes to Verisign.

    3. Re:What? by Drakonian · · Score: 2, Insightful

      How is this significantly different than the case before? Your competitors were free to buy your domain names misspellings, they just didn't have a handy link to do it right away.

      --
      Random is the New Order.
    4. Re:What? by d-rock · · Score: 1

      How about the fact that in October NSI is going to start offering a service where you can "reserve" a domain and if someone forgets to renew it the domain is yours for a nominal fee. How is this legitimate?
      See here
      Derek

      --
      Don't Panic...
    5. Re:What? by Anonymous Coward · · Score: 0

      So let me get this straight.....If I own http://www.hardtospelldomain.com, and someone mispells it, Verisign now has the opportunity to offer up the highest bidders site for redirects? Even potential competitors?

      It would also cause your misdirected and unaware of the spelling mistake customers to think that you may be incompentent, a moron, unable to pay your web hosting bill and/or you were just plain lying.

    6. Re:What? by The+Unabageler · · Score: 1

      back in the day (97-98) I made a lot of money off typo domains, until my partner and I started being prosecuted!!! I don't see how this is any less illegal than what I was doing 5 years ago.

      perhaps I should've gotten a patent...

      --
      perl -e '$_="\007/4`\cp%2,".chr(127);s/./"\"\\c$&\""/gees; print'
    7. Re:What? by Anonymous Coward · · Score: 0

      Your competitors were free to buy your domain names misspellings

      Not if they have a trademark in them.

  17. Verisign just DDOSed itself by diamond0 · · Score: 3, Funny

    Verisign just DDOSed itself by redirecting untold numbers of spam bounces to a single IP. Good job, guys!

    --

    --
    There is no hatred more pure and true than that expressed by children.
    1. Re:Verisign just DDOSed itself by dzym · · Score: 2, Informative

      That's not really true. The daemon that runs on the SMTP port of the server with the IP(s?) in question will automatically close the connection once the DATA directive is issued by the client making the connection.

    2. Re:Verisign just DDOSed itself by pirodude · · Score: 1

      Then dont send the data directive and hang the process. A few hundred people doing that should do wonders on their little 'service'

    3. Re:Verisign just DDOSed itself by Nucleon500 · · Score: 1

      Why would the SMTP port need to be open at all?

    4. Re:Verisign just DDOSed itself by Anonymous Coward · · Score: 0

      So they can harvest e-mail addresses. http://slashdot.org/comments.pl?sid=78637&cid=6970 426

    5. Re:Verisign just DDOSed itself by Anonymous Coward · · Score: 0

      Needed or not, there it is:

      ~$ telnet 64.94.110.11 25
      Trying 64.94.110.11...
      Connected to sitefinder-idn.verisign.com (64.94.110.11).
      Escape character is '^]'.
      220 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 ready
      quit
      221 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 closing transmission channel221 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 closing transmission channelConnection closed by foreign host.

    6. Re:Verisign just DDOSed itself by etcshadow · · Score: 2, Funny

      You didn't hear it from me, but...

      Go to any machine you have a login on and:

      while true; do for i in 1 2 3 4 5 6 7 8 9 0; do wget -O /dev/null `head -c 30 /dev/urandom | perl -pe 's/[^a-zA-Z]//ig'`.com >& /dev/null & done; echo -n . ; sleep 1; done

      If you don't have wget, be creative. Substitute curl, maybe. Or mail. They're totally asking for it.

      Of course, I'm not *actually* advocating a voluntary distributed denial of service attack against this unbelievable bullshit. That would be irresponsible. Shame on anyone for thinking of it. ;-)

      --
      :Wq
      Not an editor command: Wq
    7. Re:Verisign just DDOSed itself by Anonymous Coward · · Score: 0

      This is an excellent idea for making a list of active DNS addresses. You could store it and then make a webpage that listed it. I hear the /dev/null partition is large enough to handle the resulting file.

    8. Re:Verisign just DDOSed itself by realdpk · · Score: 1

      Because otherwise all of the e-mail sent to misspelt domains would sit in mail queues for X days, doing significant damage to the Internet.

      I mean, more damage than Verisign has already done over the years.

    9. Re:Verisign just DDOSed itself by Anonymous Coward · · Score: 0

      That attack would work on lots of things, including Apache (FWIW, Timeout in Apache cannot be lowered much without breaking legit use).

      It looks like they have 3 snubbys. They let the connection stay open for quite a while. It would be trivial to DOS them.

    10. Re:Verisign just DDOSed itself by gnu-sucks · · Score: 1

      Here is why this is stupid: You're DDoSing your ISP's dns server. Not the top root-level dns server. Which is kinda dumb, wouldn't you agree? For this to be effective, you have to change your dns servers (/etc/resolv.conf for you numb nuts out there) to a verisign domain name server. Then, you'll make some noise. duh

    11. Re:Verisign just DDOSed itself by Micah · · Score: 1

      Here is why this is stupid: You're DDoSing your ISP's dns server. Not the top root-level dns server.

      Yes you'd be accessing your own nameserver first, but unless I'm missing something it would ALSO go to Verisign's.

      Putting Verisign's own servers in /etc/resolv.conf would add to the jollies. :-)

      No, I'm not doing it myself, and I'm not advocating that anyone else do it. Just a comment.

    12. Re:Verisign just DDOSed itself by mocktor · · Score: 1

      but where email goes is controlled by a domain's MX record, not its A record. For example:

      mock@diversity ~$ dig MX nonexistantdomain-sfasfjh.com

      ; > DiG 9.2.2 > MX nonexistantdomain-sfasfjh.com
      ;; global options: printcmd
      ;; Got answer:
      ;; ->>HEADER ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

      ;; QUESTION SECTION:
      ;nonexistantdomain-sfasfjh.com. IN MX

      ;; AUTHORITY SECTION:
      com. 172800 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 2003091501 1800 900 604800 86400

      ;; Query time: 189 msec
      ;; SERVER: 195.40.0.250#53(195.40.0.250)
      ;; WHEN: Tue Sep 16 12:22:07 2003
      ;; MSG SIZE rcvd: 120


      so there's nowhere to deliver mails to.

    13. Re:Verisign just DDOSed itself by You're+All+Wrong · · Score: 1

      When you do a query on your local DNS you get teh IP back. _However_, when you've got that IP address, you then tell verisign to go off and do a search for your non-existant domain. The amount of work verisign has to perform is much more than what your local DNS server has to do. And there are more of us on different ISPs than there are verisign servers. If you're worried about collateral damage, then why didn't you claim that you're DDoSing your own machine by doing this, as you're wasting your own machine's bandwidth and CPU in the process?

      YAW

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    14. Re:Verisign just DDOSed itself by dzym · · Score: 1

      If there is no MX record, (nearly) all MTAs will send the mail to the A record that the domain name points to. So your point is invalid.

    15. Re:Verisign just DDOSed itself by etcshadow · · Score: 1

      It's more about DDoSing their web servers than their DNS servers. I'm *sure* that their DNS servers can handle the requests.

      Also... IT'S A JOKE, FOR CRYING OUT LOUD!

      An effective DDoS would not be written (poorly) in a single line of shell script that forked a bazillion times... I'd just write a (roughly) 20 line perl script to slam the bejeezus out of it, if that was what I wanted.

      --
      :Wq
      Not an editor command: Wq
    16. Re:Verisign just DDOSed itself by cloudmaster · · Score: 1

      Then replace the "wget" call to a "host random_Address verizon_dns_server" - and then you're just sending nslookup requests to their DNS server over and over again. Assuming you ahve "host" installed, of course. :)

  18. Verisign would look nice in gasoline and flame by netmask · · Score: 5, Insightful

    This is really sad.

    Not only will mail have problems, as the "non-existent domain" check will always fail.. but this is completely criminal it seems.

    I hate to mention, but they are giving Microsoft a dose of their own medicine.. taking away their ability to bring you to their 'search' page for non-existent domains.. and AOL's own feature similar to that. It hurts google, since Verisign teamed with yahoo on this one for search services (Although, google provides yahoos search functionality for now).

    All .com domains are resolving with an authoratitive section of Verisign's server.. and .net's with the list of root servers. It would seem that no domain should ever resolve with either of those as an authority.. The real dns server for the domain should. Hopefully BIND and other DNS packages will start blocking domains that have a root server or a verisign server as the authoratitive dns server.

    Further.. they'll be harvesting bounced email addresses for sure. If you get spammed from a bunk domain, and it gets returned.. or you typo and email address.. they are nice enough to run a mail daemon on port 25 to harvest those addresses. It lets you helo, from, rcpt, and data.. and then closes your connection.. just long enough to snag all the info it wants from you.

    This entire thing is a mess, and seems like it should be highly illegal. Hopefully OpenSRS and GoDaddy and others will have a fit over it. This just seems completely wrong.

    1. Re:Verisign would look nice in gasoline and flame by ccady · · Score: 1, Informative

      It looks like they added only an "A" record -- records which denote web addresses, not mail "MX" addresses, thus they will not be receiving bounced e-mail.

      Yet.

      --
      J'aime mieux les méchants que les imbéciles, parce qu'ils se reposent. -- Alexandre Dumas
    2. Re:Verisign would look nice in gasoline and flame by Asgard · · Score: 5, Informative

      In the absense of a MX record for a given domain, the MTA will attempt to go to the A-record for the domain.

    3. Re:Verisign would look nice in gasoline and flame by vanyel · · Score: 1
      It looks like they added only an "A" record -- records which denote web addresses, not mail "MX" addresses, thus they will not be receiving bounced e-mail.

      No, they'll be doing the bouncing --- most mailers (in particular sendmail, which I just verified this on) fall back to A records if there's no MX. I imagine it's not too much of a nuisance to figure out what the right spelling should have been as they harvest maillog for spamming...

    4. Re:Verisign would look nice in gasoline and flame by Jeffrey+Baker · · Score: 1
      -1, misinformative. An "A" record does not denote a "web address". It denotes the address of an Internet host. Read all about it in RFC 1035.

      The problem this causes is: you look up the MX for example.net, and you get the answer: example.net MX mail.bogus.net. So you look up mail.bogus.net, which does not exist, and instead of getting nothing, which is the correct response, you get this craptastic server at VeriSign. See the problem?

    5. Re:Verisign would look nice in gasoline and flame by ibcmax · · Score: 0, Redundant

      I wouldn't have thought mail would be affected - they haven't defined an MX for the wildcard, so [rfc compliant] mail servers would still be able to verify that the domain doesn't exist in a mail sense, and misspelled emails should still bounce. This also [obviously] means they can't harvest bounced email addresses either. Unless I have missed something... They *would* look nice in gasoline and flame though.

      --
      Do not meddle in the affairs of SysAdmins, for they are subtle and quick to anger.
    6. Re:Verisign would look nice in gasoline and flame by squant0 · · Score: 1

      just mail their Contact Page email addresses, see what happens then ;)

    7. Re:Verisign would look nice in gasoline and flame by wkcole · · Score: 1
      All .com domains are resolving with an authoratitive section of Verisign's server.. and .net's with the list of root servers. It would seem that no domain should ever resolve with either of those as an authority.. The real dns server for the domain should. Hopefully BIND and other DNS packages will start blocking domains that have a root server or a verisign server as the authoratitive dns server.

      Look more carefully. The response is an A record for the queried name plus a bunch of additional records for the net zone itself, pointing at the gtld-servers.net machines. The gtld-servers.net domain belongs to Verisign. Those ARE the authorities for *.net names, and it is reasonable for a query of a *.net name to return them as additional records.

      The reason Verisign can do this(in the 'technically capable of' sense) is that they ARE the authority for everything under com and net. If your resolver starts shunning the gtld-servers.net machines, it will simply cease to resolve *.com or *.net names at all.

    8. Re:Verisign would look nice in gasoline and flame by ad0gg · · Score: 1
      Umm.. IE doesn't show their search page if you mistype a url and it never has. Seriously were do people come up with all this shit?

      Here's what it shows if you type in http://www.noexistantdomain.com.

      Cannot find server or DNS Error
      Internet Explorer

      And its been that way since it came out.

      --

      Have you ever been to a turkish prison?

    9. Re:Verisign would look nice in gasoline and flame by buysse · · Score: 1
      That'd be dependent on yer config, there, sonny. If you leave it at that thar dee-fault configuraration, it drives on over to the MSN search page. I reckon the option in question is "Internet Options -> Advanced -> Search From Address Bar."

      IIRC, by default it's set to "Display results and go to the most likely site." It may be set by default to "Just display the results."

      Now, if y'all are on a Mac, all bets are off. Been that way since it came out, my ass. Create a new user profile on your box and see what the default is, boy.

      --
      -30-
    10. Re:Verisign would look nice in gasoline and flame by Stinking+Pig · · Score: 1

      which is why it had a mail-sink on it for a few hours this afternoon... Unfortunately said mail-sink seems to have dissolved under the load. It was probably catching half the spam on the Internet. Wish I could remember the name, something like Snuffle.

      --
      "Nothing was broken, and it's been fixed." -- Jon Carroll
    11. Re:Verisign would look nice in gasoline and flame by pod · · Score: 1
      Further.. they'll be harvesting bounced email addresses for sure. If you get spammed from a bunk domain, and it gets returned.. or you typo and email address.. they are nice enough to run a mail daemon on port 25 to harvest those addresses. It lets you helo, from, rcpt, and data.. and then closes your connection.. just long enough to snag all the info it wants from you.

      You are mistaken, or at least I don't understand what you are saying. Yes, they may very well be harvesting email addresses, but they'll be harvesting bounces only. That kinda implies the email addresses don't go anywhere, hmm? Either that, or for some strange reason you are bouncing spam messages. Why would you bother doing that? There may also be a small portion of people sending email to invalid domains.

      Also, if they were NOT running a mail server, or did NOT reject the messages, then the sending mail server would spool the message for however mail servers spool messages (several days) until the message gets delivered or times out and bounces. This would be terrible and incur the wrath of many ISPs. They are closing the connection with a non-recoverable 550 error.

      --
      "Hot lesbian witches! It's fucking genius!"
    12. Re:Verisign would look nice in gasoline and flame by 110010001000 · · Score: 1

      Wrong of course. If you type in http://www.incorrecturl.com IE will simply return a DNS error. If you type in without the http:// it will do the autosearch for you, which is perfectly OK.

      Really people, its amazing how many of you post incorrect information.

    13. Re:Verisign would look nice in gasoline and flame by netmask · · Score: 1

      Well, mail bounces for a lot more reasons than user not existing. Some spam softwares return the messages (Mine does not).. But on the same token, addressing email to a domain that does not exist will end up there. Most mail configurations will default to connect to an A record if an MX does not exist. So if no mail server is defined for blah.com, it will just go to whatever blah.com resolves to as a type A.

      Either way.. There are quite a few reasons they could hit them. It would be a terrible burden on the mail servers queuing, but I think the real problem is.. They just shouldn't have done this.. either way, it causes problems further than I believe they really gave thought or perhaps care to.

    14. Re:Verisign would look nice in gasoline and flame by netmask · · Score: 1

      Most mail servers will attempt to deliver mail to the A record if an MX does not exist.

      So if asldfjasldf123.com doesn't have an MX.. it'll resolve it as an A record, and attempt to connect direct.

    15. Re:Verisign would look nice in gasoline and flame by netmask · · Score: 1

      nstld.verisign-grs.com should be the authority for .com and .net.. the actual TLD's.. but if you look at the authority section for a valid domain, such as slashdot.org ;; AUTHORITY SECTION:
      slashdot.org. 86400 IN NS ns1.vasoftware.com.
      slashdot.org. 86400 IN NS ns2.vasoftware.com.
      slashdot.org. 86400 IN NS ns3.vasoftware.com.

      It still seems that if *only* verisign or the root servers are listed as the authority server.. than something is wrong.. A valid non-root server should also be listed if the domain is valid.. no?

    16. Re:Verisign would look nice in gasoline and flame by bleak+sky · · Score: 1

      The point is, if a spammer tries a nonexistant-domain as a mail relay server, mistakes it as an open relay, and starts trying to use it to send lots of messages to legitimate addresses (the server drops connection at the DATA command, so nothing actually gets sent), now Verisign could have a potentially huge list of email addresses. And they didn't even have to harvest them with spambots.

    17. Re:Verisign would look nice in gasoline and flame by drx · · Score: 1

      Prolly this guy's on a Mac and too lazy to say it. Coz on Mac Explorer there is no MSN search page.

    18. Re:Verisign would look nice in gasoline and flame by Anonymous Coward · · Score: 0

      Escape character is '^]'.
      220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
      .
      250 OK
      .
      250 OK
      .
      550 User domain does not exist.
      .
      250 OK
      .
      221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
      Connection closed by foreign host.

    19. Re:Verisign would look nice in gasoline and flame by Steve+Cox · · Score: 1

      > That kinda implies the email addresses don't go anywhere, hmm?

      Yeah, but the FROM address (unless its spam) is probably going to be correct.....

      Steve.

    20. Re:Verisign would look nice in gasoline and flame by DavidTC · · Score: 1
      'Unless it's spam' is expecting a lot.

      They've just set up the largest spamtrap on the planet...do you know how long invalid domains stay on 'million address' CDs? If they removed one, they'd only have 999,999 address CDs, wouldn't they?

      Not to mention all the misconfigured mail servers out there that accept and then bounce spam instead of rejecting it. All invalid domains now bounce straight back to Verisign. (And now no mail server is rejecting any domain as being invalid!)

      All those people talking about DDoSing them by doing millions of lookups are confused. That's attempting to throw a hand grenade at someone in the middle of a thermonuclear explosion.

      And that's just considering email. No wonder their 'mail server' isn't RFC complient.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    21. Re:Verisign would look nice in gasoline and flame by Anonymous Coward · · Score: 0

      "All .com domains are resolving with an authoratitive section of Verisign's server"

      Currently, a subset of the root servers also provide .com and .net information. If VeriSign had access to all of the root servers then this would happen for all non existent domains.

      The non existent domains also breach guidelines. For example, mail to postmaster is not accepted and there is no WhoIs information available.

  19. Wildcards aren't resolving for me.... by gid · · Score: 1

    [gid@pimpbot:~] date
    Mon Sep 15 21:27:37 EDT 2003
    [gid@pimpbot:~] host jskalfdsjksfjkfjdskafsda.com
    jskalfdsjksfjkfjdska fsda.com does not exist (Authoritative answer)

    Am I missing something? Shouldn't that resolve to that ip?

    1. Re:Wildcards aren't resolving for me.... by Second+Vampyre · · Score: 0

      Maybe I got this typing random crap into my URL bar with a .com address http://sitefinder.verisign.com/lpc?url=sdlkfjsdlkj f.com&host=sdlkfjsdlkjf.com

    2. Re:Wildcards aren't resolving for me.... by Dogun · · Score: 1

      Dear Genius:

      Try again tomorrow.

    3. Re:Wildcards aren't resolving for me.... by markov_chain · · Score: 1, Interesting

      It looks like only "www.*.com" resolve this way. Try adding "www" to the front.


      # telnet dkfjdfkjdkfjdkjf.com 80
      telnet: dkfjdfkjdkfjdkjf.com: Name or service not known
      dkfjdfkjdkfjdkjf.com: Unknown host
      # telnet www.dkfjdfkjdkfjdkjf.com 80
      Trying 64.94.110.11...
      Connected to www.dkfjdfkjdkfjdkjf.com.
      Escape character is '^]'.
      ^]
      telnet> q
      Connection closed.
      #

      --
      Tsunami -- You can't bring a good wave down!
    4. Re:Wildcards aren't resolving for me.... by Nucleon500 · · Score: 1
      Unfortunately, no.

      $ host mipeesslld.net
      mipeesslld.net has address 64.94.110.11
      $ host www.mipeesslld.net
      www.mipeesslld.net has address 64.94.110.11
      $ host mipeesslld.com
      Host mipeesslld.com not found: 3(NXDOMAIN)
      $ host www.mipeesslld.com
      Host www.mipeesslld.com not found: 3(NXDOMAIN)
      As you can see, the .com change hasn't propagated to me yet, but at least for .net, it isn't only www.
    5. Re:Wildcards aren't resolving for me.... by Anonymous Coward · · Score: 0

      try www.verisignsucksdonkeydick.com that seemed to do it in my case

      -S

    6. Re:Wildcards aren't resolving for me.... by gid · · Score: 1

      [gid@pimpbot:~] host fdjkfjdasl.com
      fdjkfjdasl.com does not exist (Authoritative answer)
      [gid@pimpbot:~] host jfkjfakfds.net
      jfkjfakfds.net A 64.94.110.11

      Ahh, that's it, I only see auto-resolve junk for .net as well, .com wilcards don't resolve yet. I could probably restart my dns server, but that's too much work for something I don't want. :(

  20. Is it just me? by Anonymous Coward · · Score: 2, Funny

    Or is this a bit of a coincidence given story

    sreb

  21. server dead? by dnotj · · Score: 1

    I got a timeout trying to reach http://www.verisignsucks.com

    --
    No more Micro$oft bashing from me. Its like bashing at the special olympics.
  22. DDOS in the making by digitalsushi · · Score: 4, Insightful

    think about it.. your dns server caches the entries it gets back, but now we can make scripts that check sequentially all the way up! crash your ISPs name servers, or crash a root server for the prize! remember kids, take down 2/3 + 1 of the root servers and it's not running on spec anymore!

    --
    slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
    1. Re:DDOS in the making by tugrul · · Score: 1

      I'm not an expert on the subject, but wouldn't that already be a problem with servers that do negative response caching? Granted, filling the negative cache with crap is less troublesome than the presumably more utilized positive cache, but I can't see how this would cause DNS servers to drop left and right.

    2. Re:DDOS in the making by Anonymous Coward · · Score: 0

      What negative responses?

    3. Re:DDOS in the making by CvD · · Score: 1

      Yeah, can't we write some script, which will generate random .com addresses and then do a wget -r on the address? And then just run this in a 'while 1' loop. And if lots of people did this, it would be even more fun. :-)

      Cheers

    4. Re:DDOS in the making by Abcd1234 · · Score: 1

      How 'bout this in bash:

      while [ true ]; do
      wget -r www.`dd if=/dev/random bs=8 count=1 2> /dev/null | hexdump -e '"%1o"'`.com;
      done

    5. Re:DDOS in the making by Anonymous Coward · · Score: 0

      your dns server caches the entries it gets back, but now we can make scripts that check sequentially all the way up! crash your ISPs name servers, or crash a root server for the prize!

      You wouldn't crash anything, all you would do is reduce the cache hit ratio. Any DNS server that didn't bother to bounds-check the cache wouldn't last long in production, as it would inevitably run out of space at some point.

      Half the work in writing a cache is choosing an algorithm to decide which records are more valuable than others (and thus which to keep and which to throw away). It's inconceivable that somebody could write one without doing this, manage to make it popular enough to be implemented by any ISPs, let alone as a root nameserver.

  23. Windows already does this... by Prof.Phreak · · Score: 1

    So 90% of the population, instead of getting a Windows message will now get a verisign message.

    --

    "If anything can go wrong, it will." - Murphy

    1. Re:Windows already does this... by leerpm · · Score: 2, Insightful

      Yes, but it is one thing when the application software does it. It is another matter when the network infrastructure provider does it.

    2. Re:Windows already does this... by diamondc · · Score: 2, Insightful

      But you can change your browser in Windows.

      --
      "I keep looking in the want-ads under 'revolutionary' but there don't seem to be any listings.. "
    3. Re:Windows already does this... by Anonymous Coward · · Score: 0

      "Windows" does not do this, Internet Explorer does. I can't believe you've spent this much time on /. and failed to realize that fact.

    4. Re:Windows already does this... by Prof.Phreak · · Score: 1

      There are many facts I fail to realize :-)

      --

      "If anything can go wrong, it will." - Murphy

  24. Now let's see by psyconaut · · Score: 5, Insightful

    Porn companies aren't allowed to run sites with slightly mispelled names because it's considered unfair practice, but a 'registrar' is allowed to catch anything that might come their way?

    -psy

    1. Re:Now let's see by Anonymous Coward · · Score: 0

      Ah, so THAT's why www.homail.com isn't a porn site.

    2. Re:Now let's see by DA-MAN · · Score: 2, Funny

      I believe you are looking for www.hotmale.com

      --
      Can I get an eye poke?
      Dog House Forum
    3. Re:Now let's see by Anonymous Coward · · Score: 0

      Ah, so THAT's why www.homail.com isn't a porn site.
      No, but dilber.com is.

  25. Agreement by typo. by Lux · · Score: 5, Informative

    This is hillarious!! They have a TOS!

    By making a typo, you supposedly agree that if their site overflows a buffer in your browser and wipes your HD, they are not liable.

    Okay, terrible example for many reasons, but I still think it's pretty laughable that they claim that the "user" agrees to certain terms of service by "utilizing" this little piece of indirection.

    -Lux

    1. Re:Agreement by typo. by Anonymous Coward · · Score: 0

      You also agree to paying them loads of money if someone else does nasty things to them via your machine.

      Maybe they're expecting that DDOS attack...

    2. Re:Agreement by typo. by flatt · · Score: 2, Funny

      3. COST OF THE VERISIGN SERVICES.
      The Verisign Service(s) are provided to you free of charge.

      I can't wait under they start charging for this wonderful service.

    3. Re:Agreement by typo. by hussain · · Score: 0

      I love how they call it a 'service'

      This is utterly shameless. I actually miss netsol. *shudder*

    4. Re:Agreement by typo. by JayBlalock · · Score: 5, Insightful

      That's not hillarious, that's maddening beyond my ability to properly express. Especially, #10 - Sole Remedy: "YOUR USE OF THE VERISIGN SERVICES IS AT YOUR OWN RISK. IF YOU ARE DISSATISFIED WITH ANY OF THE MATERIALS, RESULTS OR OTHER CONTENTS OF THE VERISIGN SERVICES OR WITH THESE TERMS AND CONDITIONS, OUR PRIVACY STATEMENT, OR OTHER POLICIES, YOUR SOLE REMEDY IS TO DISCONTINUE USE OF THE VERISIGN SERVICES OR OUR SITE." If you don't like what Verisign is doing, get off the Internet. This could well inspire even our current Administration to smack them down. This is the most hubris-laden abuse of a monopoly I've heard of in a long time.

      --
      Bush: He's Liberal in all the wrong ways.
    5. Re:Agreement by typo. by evilviper · · Score: 1
      This could well inspire even our current Administration to smack them down.

      No way. As long as Bush is in office, anything that makes money for large companies will be legal... Bar none.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    6. Re:Agreement by typo. by Jerf · · Score: 1

      By making a typo, you supposedly agree that if their site overflows a buffer in your browser and wipes your HD, they are not liable.

      This is so unlikely to stick I can't imagine why Verisign bothered, except that a lawyer in the organization probably felt the need to justify his (or her) paycheck.

      EULAs are already quite legally questionable; to claim a TOS is binding when the user completely and utterly accidentally visited your site would not stand up in court. (Unless you really and truly believe that courts truly decide solely on the basis of cash, in which case I suggest you should wake up and smell the coffee; I won't say it's not an influence but it's not 100% and you're not being "sophisticated" for thinking so, you're being naive.) Not to mention one could claim that Verisign is degrading our Internet connection, and for a contract to be binding we're supposed to receive something of value. (Not to mention we've received the putatively valuable thing before any conceivable way to see the contract.)

      Basically, take all the legal questions surrounding EULAs and add several more major faults, and you've got these TOS. TOS on a conventional website are also kind of tricky when you just implicitly "agree" to them without even clicking through something first; that's another case of "agreeing to something I wasn't even aware existed"... I'm not sure how much less consent I can possibly give to these sorts of things, short of companies starting to simply assert that I am bound to a contract. (Note: If you're thinking of going into fraud as a way of life, there may be something to that concept, if you're clever.) I'm not aware of any cases regarding those TOS going to court either and I'm pretty sure I would have heard about it (probably even on Slashdot).

      They might as well try to charge us something or claim our firstborns while they are at it.

    7. Re:Agreement by typo. by rscrawford · · Score: 1

      Hardly. It sounds like the good ol' American way of Big Business For Nothin' But the Bucks that the Administration is most fond of.

      --
      -- The reason it's called the right wing? Irony.
    8. Re:Agreement by typo. by drx · · Score: 1

      If you don't like what Verisign is doing, get off the Internet.

      It's still possible to remember IP adresses and port numbers instead of this name resolving. The DNS is probably the one service that has drawn evil to the net as nothing else.

    9. Re:Agreement by typo. by Phrogman · · Score: 1

      Yep, you Americans are currently blessed with the best president money can buy.

      I find it interesting that apparently he has reversed the ages old US doctrine that it would never use nuclear weapons as a first strike (according to an article I read somewhere) and no one seems to be remarking on it. Unless the article was erroneous.

      --
      "The first time I got drunk, I got married. The second time I bought a chimpanzee, after that I stayed sober" Arian Seid
  26. Getting Around It by jlaxson · · Score: 1

    Anybody know which root servers Verisign doesn't control, and therefore doesn't use this stupid wildcard? Or do I just not get it and this is a fact of life for now?

    --
    On Apple Input Peripherals: They're okay, I guess, but I was really hoping for a one-key keyboard and a 109-button mouse
    1. Re:Getting Around It by MikeVx · · Score: 1
      Anybody know which root servers Verisign doesn't control, and therefore doesn't use this stupid wildcard?
      I don't know if there are any. I point my resolv.conf at the Pacific Root servers, and even they are resolving garbage names to Verisigns magic address sometimes.
      --
      Sigmentation fault - core dumped
  27. The ultimate domain squatter? by Eric_Cartman_South_P · · Score: 2, Interesting
    Isn't this what domain squatting is? Now, EVERY single variation of a name is squatted, barring the few similar names that are legit. Crazy.

    If Verisign somehow was incharge of POP3, then a wrong user name or wrong password would still log you in, but into a dummy account with spam for you to read.

    1. Re:The ultimate domain squatter? by Anti_Climax · · Score: 1

      While I don't agree with most of the things VeriSign does, and I think this isn't any better, I don't really see how this is squatting.

      With CyberSquatting, one purchases a domain they have no reasonable claim to, specifically to keep it from those who do. They're not using this to keep domains from people, just utilizing any domain that isn't.

      It's still messed up.

      --
      Even people that believe in pre-destiny look both ways before crossing the street.
    2. Re:The ultimate domain squatter? by LostCluster · · Score: 1

      I wonder if this means we can all get free domains by claiming that Verisign is squatting on every domain close to one we own...

    3. Re:The ultimate domain squatter? by nacturation · · Score: 1

      Given that domain names can be up to 63 characters long now, this basically means that Verisign is illegally squatting on:

      a-z = 26
      0-9 = 10
      hypen = 1

      63^37 .com domain names

      So for .com, .net, and .org you can triple that, though it's kind of moot at this point.

      What's the financial penalty for domain squatting per domain? I think Verisign just bankrupted each employee's great-great-great-great-great-great-great-grandchi ldren.

      So who's going to initiate the class action?

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  28. Profits on many levels by schwep · · Score: 1

    Just think about this, they can spin off a company to "buy" all bad domain names from Verisign, their stock price goes up because of new profits, the spin off company declares bankruptcy and everybody is happy - well sort of.

  29. wahts the porelbm? by yali · · Score: 4, Funny

    For example, if my domain name was 'somecompany.com,' and somebody typed 'soemcompany.com' by mistake...

    What do you mean, "by msiatke"?

  30. SMTP Callback by Srass · · Score: 1

    Well, gee... I hope they can handle all the traffic from all of us who've got our mail servers configured to do SMTP callbacks...

    Damn. I can't believe I almost miss the pit of worthlessness and apathy that was Network Solutions, now.

  31. I'd rather resolve to goatse.cx by Anonymous Coward · · Score: 0, Funny

    oh wait a minute....

    no i don't.

  32. patches? by Pathwalker · · Score: 4, Interesting

    I wonder how long it will be before there are patches for BIND/dnscache/etc. to remap any result containing 64.94.110.11 to a "record not found" result?

    1. Re:patches? by netsharc · · Score: 1

      Quickly I hope! This will tell those fucking corporate-types that real hackers will not tolerate such a thing. Hopefully all distros will play along as well, so that Joe Linux-Sysadmin will have it installed by default.

      On the topic of DDoS, who wants to run a script that does wget http://www.[A-z]*.com/ ?

      --
      What time is it/will be over there? Check with my iPhone app!
    2. Re:patches? by ncc74656 · · Score: 2, Informative
      I wonder how long it will be before there are patches for BIND/dnscache/etc...

      Someone's already asked WRT BIND. I would be more interested in a fix for djbdns, though.

      --
      20 January 2017: the End of an Error.
    3. Re:patches? by AnotherBlackHat · · Score: 1
      ...remap any result containing 64.94.110.11


      I think you should make that "remap anything to NXDOMAIN" and default to 64.94.96.0/20

      -- this is not a .sig
    4. Re:patches? by NotR · · Score: 1

      Hopefully, most Corporate Types will also not tolerate such a thing. I know it's clogging up our nameservers here something awful.

  33. Dead already? by Anonymous Coward · · Score: 0

    It worked for me for two randomly typed strings, and then I stopped getting the page and got my good ol' error messages. Very strage. perhaps we've already DOSed them?

  34. I'm waiting until.. by msgmonkey · · Score: 1

    This breaks something major, that'ill be fun. DNS is too low level to be messing around with it in this way. Sure you get IE taking you to some search page but atleast that is at the browser level and you can change your browser.

    At most this should only apply to anything starting with www.. will have to check out the pdf.

  35. Increased bandwidth by Sebby · · Score: 1
    We do check the existance of domains before attempting to send out mails with our systems; if these don't fail the message gets sent, that means that much more bandwidth on our servers, the internet (bounced messages, etc...), and more of a headache than anything.

    Guess I can start charging Verisign for all that extra bandwidth they're gonna generate.

    --

    AC comments get piped to /dev/null
    1. Re:Increased bandwidth by afidel · · Score: 1

      Actually this will cost you very little in extra bandwidth because Verisigns email server disconnects with a 550 as soon as you start the DATA portion of the handshake.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    2. Re:Increased bandwidth by Joe+U · · Score: 1

      Whew, I'm glad it only costs a little.

      By the way, can I have $.15 from you? Daily? For life?

    3. Re:Increased bandwidth by afidel · · Score: 1

      You must be on a silly metered connection then because this will not be enough bandwidth to push you from one tier to another. Europeans whine about how strange it is to pay for incoming cell calls but then put up with all sorts of other metered services. Personally I don't pay for incoming cell service, I don't pay anything but a flat 34.95 a month for unlimited calling. The only long distance calls I make are on my employers behalf and all those go to the calling card which is programmed into my cellphones quickdial =)

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    4. Re:Increased bandwidth by Joe+U · · Score: 1

      Nope, NYC, 'unlimited' cable modem bandwidth at home and a couple of T-1's at work.

      Your point was, that it only costs you a little, so, here's a little, over a long period of time. Maybe it's only $.05 a month, maybe it's $.05 a year, it's still my $.05 in wasted bandwidth, processing power and so on. It's $.05 that I could put to something else and I shouldn't have to waste.

  36. Oddly enough... by drinkypoo · · Score: 1

    I visited http://www.ewrljighwerlghkg.com/ and I got a page which appears to belong to dotster, which is actually my registrar of choice...

    <img src="http://futurehome.dotster.com/images/transfil l.gif" width="1" height="10">

    Is the segment of the html which I am examining.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    1. Re:Oddly enough... by rritterson · · Score: 1

      I don't- I get this bounced back.

      --
      -Ryan
      AUWYHSTOT (Acronyms are Useless When You Have to Spell Them Out Too)
    2. Re:Oddly enough... by drinkypoo · · Score: 1

      I'm using comcast, I wonder if that has anything to do with it.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  37. So.... by Anonymous Coward · · Score: 0

    Is this going to do anything at all to prevent domain squatting? Not really....Verisign just validated their business practice by doing it themselves. That's great.

  38. Ok---Is this a fix? by WhiteWolf666 · · Score: 1

    I don't really know much about anything....

    but...

    can't you just put
    sitefinder.verisign.com 255.255.255.255 (or other invalid ip) in your hosts file?

    doesn't that prevent sitefinder.verisign.com from resolving dns correctly? or am I wrong? i'm pretty sleepy, so I might not be thinking clearly.

    --
    WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    1. Re:Ok---Is this a fix? by WhiteWolf666 · · Score: 1

      sorry scratch that

      i'm retarded

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:Ok---Is this a fix? by MavEtJu · · Score: 1

      That won't work since it resolves to an A record and not to a CNAME.

      --
      bash$ :(){ :|:&};:
    3. Re:Ok---Is this a fix? by Anonymous Coward · · Score: 0

      That's wrong. It will block sitefinder.verisign.com, but not dkfjskljdsflk.com.

    4. Re:Ok---Is this a fix? by Anonymous Coward · · Score: 0

      In addition, 255.255.255.255 is in fact a valid IP address; thats a broadcast address. Don't send data to there, unless you're writing something that is required to do so by the RFC. I don't think the other users on your subnet would be best pleased.

    5. Re:Ok---Is this a fix? by 42forty-two42 · · Score: 1

      Nope. It'll still resolve, but cause a problem after you get 3xx'd to it.

  39. Spam-check useless? by Istealmymusic · · Score: 1
    Some have pointed out that this will make an important anti-spam check impossible. A common anti-spam measure is to check and make sure the domain name of the sender really exists. (While this is easy to force, every little bit helps.) Since all .COM and .NET domain names now exist, that anti-spam check is useless.

    How is this anti-spam check useless? Couldn't it be a simple check to modify the checking code to check for resolving to "64.94.110.11", and deny from that? It seems that no legitimate mail will come from that address (Verisign has different machines setup for different purposes, this one appears to be dedicated), or am I missing something?
    --
    "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
    1. Re:Spam-check useless? by Anonymous Coward · · Score: 0

      Couldn't it be a simple check to modify the checking code to check for resolving to "64.94.110.11", and deny from that?

      Sure - until they change the IP address... or have it resolve to multiple IP addresses.

    2. Re:Spam-check useless? by Olathe · · Score: 1

      Then, you could have the computer find all IPs that some known bad address (or sitefinder.verisign.net) resolves to. And do that once every few hours.

      That wouldn't be much bandwidth and computers are good at that sort of repetitive thing.

  40. It doesn't have to be wonderful... it's a monopoly by Anonymous Coward · · Score: 0

    Leveraging their control of DNS, this is a very simple way to take over search capabilities from Google and the others.

    And sponsored links for all.

  41. netscape keywords by millette · · Score: 1

    Wow! I'd never expected to find something even more misleading the netscape's use of keywords in the location bar.

    Where can we sign to have this extravagant feature blown to dust?

  42. how does it work? by markov_chain · · Score: 1

    It seems that only names of the form "www.foobar.com" get resolved to verisign's search page. Anything without "www" in front is still reported as non-existing, so maybe the problems that many posters above mention about spam cross-checks won't be that significant.

    An interesting way to leverage the DNS, anyway.

    --
    Tsunami -- You can't bring a good wave down!
    1. Re:how does it work? by Xenoproctologist · · Score: 0

      Not exactly...

      > verisignratbastards.com
      Server: a.gtld-servers.net
      Address: 192.5.6.30

      verisignratbastards.com internet address = 64.94.110.11

    2. Re:how does it work? by jafiwam · · Score: 1

      I tried it on first read of this article without WWW. It worked (going to the Verisign page).

      I think it is not fully implemented yet, as some times it works and some times it does not.

  43. can you say coopt? by Anonymous Coward · · Score: 0

    Yup, they done did it... coopted the internet!
    it's going to give misconfigured host connectivity a case of the chromen brokesomes.

  44. Mail trap by piyamaradus · · Score: 5, Interesting

    This also traps all mail sent TO a non-existent domain. Since all RFC-compliant mail servers will follow up a negative MX response with an A lookup and connect to that IP, if you send mail to a bogus domain, it goes to verisign's server, which (currently) bounces it. Imagine the fun the federal government can have subpoena'ing those logs.

    Also, you'll note the cookies that 'sitefinder' sends out, so they can uniquely track any traffic to that site. Also a fun subpoena opportunity. And did you read the fun terms of service that they claim you agree to by 'choosing to visit' their site?

    I doubt this will stand. I certainly know that, as a major ISP executive, we'll be reviewing our business with Verisign.

    1. Re:Mail trap by Eccles · · Score: 1

      This also traps all mail sent TO a non-existent domain.

      Actually, that's kind of handy.

      I have a temporary e-mail address for my domain that was getting nothing but spam, so I wanted to route e-mail to it to a black hole. I ended up using an address some company said was a black hole address. It would be much better if I could dump it on Verisign instead.

      --
      Ooh, a sarcasm detector. Oh, that's a real useful invention.
    2. Re:Mail trap by alexburke · · Score: 2, Informative

      Amusingly enough, their mail rejection system seems broken. The first RCPT command fails, as it presumably should since the purpose of this "service" is to bounce mail sent to nonexistent domains, however subsequent RCPT commands succeed. Thereafter, the DATA command returns a 2xx condition and closes the socket.

      Shouldn't that be a 5xx condition returned, to cause the MTA to bounce the message immediately rather than keep trying (as is the case for 2xx and 4xx conditions)?

      [alex@penguin alex]$ telnet 098237498273649287364.com 25
      Trying 64.94.110.11...
      Connected to 098237498273649287364.com.
      Escape character is '^]'.
      220 snubby4-wceast Snubby Mail Rejector Daemon v1.3 ready
      HELO
      250 OK
      MAIL FROM:234@29387239487234.com
      250 OK
      RCPT TO:234@587235987234.com
      550 User domain does not exist.
      RCPT TO:234@587235987234.com
      250 OK
      DATA
      221 snubby4-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
      Connection closed by foreign host.

    3. Re:Mail trap by xdroop · · Score: 3, Funny
      Quick, saturate web pages with hundreds or thousands of nonsensical email addresses -- we can dilute spammer's lists, _and_ flood verisign.

      Everybody wins!

      --
      you should read everything on the internet as if it had "but I'm probably talking out of my ass" appended to it.
    4. Re:Mail trap by eln · · Score: 1

      In general, 2xx replies are successes, and no additional action is taken. However, RFC 821 does not list 221 as a valid response to any command other than QUIT. Hence, by the RFC the proper action to take when given this particular set of circumstances is undefined.

      However, given the generally accepted rule of thumb that 2xx means success, 4xx means soft error (try again) and 5xx means hard error (stop trying), most MTAs would likely not attempt to resend given the conversation you showed (really, it would close the connection after the initial RCPT command gave you a 5xx error, and bounce the message).

    5. Re:Mail trap by AKnightCowboy · · Score: 1
      so I wanted to route e-mail to it to a black hole. I ended up using an address some company said was a black hole address. It would be much better if I could dump it on Verisign instead.

      Easy, send it to hostmaster@verisign.com. Or postmaster@verisign.com.

    6. Re:Mail trap by innocent_white_lamb · · Score: 1

      I wanted to route e-mail to it to a black hole.

      Route it to example.com. example.com always resolves and it exists for just exactly that type of purpose.

      --
      If you're a zombie and you know it, bite your friend!
    7. Re:Mail trap by alexburke · · Score: 1

      Here's more stupidity. Apparently the 550 message is hardcoded and doesn't do any checking whatsoever. You *shouldn't* get to this snubby1-wceast box if you've resolved a legit domain, but you never know...

      220 snubby1-wceast Snubby Mail Rejector Daemon v1.3 ready
      HELO
      250 OK
      MAIL FROM:billg@microsoft.com
      250 OK
      RCPT TO:billg@microsoft.com
      550 User domain does not exist.

    8. Re:Mail trap by 216pi · · Score: 1

      It is funny, but many people are allready doing this. On my site down at the bottom of the left column, I show a set of 5 randomly generated email-addresses (it's written very small).

      It formerly was used to annoy email-collectors and poisen their lists. now these spammers will annoy verisign :)

    9. Re:Mail trap by Anonymous Coward · · Score: 0

      "Since all RFC-compliant mail servers will follow up a negative MX response with an A lookup and connect to that IP, ..." - what RFC are you talking here about? I think that this (mis)behaviour has never been based on any RFC.

    10. Re:Mail trap by Anonymous Coward · · Score: 0

      Except all 5 addresses (when I checked) had country code TLDs (like .fr) which aren't affected by Verisign's poisoning.

  45. Any way around this? by ShawnD · · Score: 1

    Is there any way to configure BIND to ignore this other than picking new root servers and removing the option to use my ISPs DNS server?

    I am running BIND9 on OpenBSD as a local LAN name server and DNS cache for the Internet.

    1. Re:Any way around this? by Russ+Nelson · · Score: 1

      You could upgrade to djbdns and install http://tinydns.org/djbdns-1.05-ignoreip.patch
      -ru ss

      --
      Don't piss off The Angry Economist
  46. 30% chance of failure by MavEtJu · · Score: 4, Informative

    With DNS tracer, you can see how much damage they do:

    [~] edwin@k7>dnstracer -s . -o blaat.burps.ploeps.thisdomaindoesnotexistabcdef.co m
    Tracing to blaat.burps.ploeps.thisdomaindoesnotexistabcdef.co m via A.ROOT-SERVERS.NET, timeout 15 seconds
    A.ROOT-SERVERS.NET [.] (198.41.0.4)
    |\___ M.GTLD-SERVERS.NET [com] (192.55.83.30)
    |\___ E.GTLD-SERVERS.NET [com] (192.12.94.30)
    |\___ K.GTLD-SERVERS.NET [com] (192.52.178.30)
    |\___ J.GTLD-SERVERS.NET [com] (192.48.79.30)
    |\___ F.GTLD-SERVERS.NET [com] (192.35.51.30)
    |\___ L.GTLD-SERVERS.NET [com] (192.41.162.30)
    |\___ D.GTLD-SERVERS.NET [com] (192.31.80.30) Got authoritative answer
    |\___ B.GTLD-SERVERS.NET [com] (192.33.14.30) Got authoritative answer
    |\___ I.GTLD-SERVERS.NET [com] (192.43.172.30)
    |\___ C.GTLD-SERVERS.NET [com] (192.26.92.30) Got authoritative answer
    |\___ H.GTLD-SERVERS.NET [com] (192.54.112.30)
    |\___ G.GTLD-SERVERS.NET [com] (192.42.93.30)
    \___ A.GTLD-SERVERS.NET [com] (192.5.6.30) Got authoritative answer


    Personal opinion: stupid idiots who wrongly mix political goals with technical capabilities. Just because we can doesn't mean we should.

    --
    bash$ :(){ :|:&};:
  47. Legal Right? by Anonymous Coward · · Score: 0

    What exactly gives them the legal right to just decide that they can take every non-owned domain name for their own advertising. It would seem to me that some small companies somewhere might be able to create a rather large stench about this. One can at least hope...How about this for unfair monopolistic business practice!!...

  48. Their host is utterly broken by alehmann · · Score: 1

    The site they redirect traffic too is horribly misconfigured. It will accept traffic on ports 80 and 25 but silently drop everything on other ports. So if you telnet, ssh, rsync, etc to a nonexistant domain it will hang for several minutes before timing out instead of even giving a "connection refused" message.

  49. My Rights! My Rights! by Alex+Pennace · · Score: 2, Funny

    Help!

    VeriSign has taken over www.lksdjglkjdslkjg44.com! This infringes on my trademark, which I have been using since 21:31 EDT. Unless VeriSign transfers that domain to me, for free, I'll sue!

  50. Registar - Register by Anonymous Coward · · Score: 0

    Since all of these supposed mis-types will resolve in a verisign web page, shouldn't they have to pay the $35/year or what ever it is to register for each and every domain that know is pointed to them?

  51. Ok. by Geekenstein · · Score: 1

    Who wants to be the first to hack a fix for this into BIND?

  52. This is what happens Larry... by MrPerfekt · · Score: 4, Funny

    when you fuck an RFC in the ass. *baseball bat on car headlight*

    --
    I just wasted your mod points! HA!
  53. block em like pop up spam by Anonymous Coward · · Score: 0

    hosts file

    127.0.0.1 sitefinder.verisign.com

    save

    done.

    you guys don't whine about having to do this for any other spam, why go nuts over it now? not like much will be done about it, so just block em like spam.

    1. Re:block em like pop up spam by router_ninja · · Score: 1

      you raging fucking simpleton. Did you even try this before you took the cock out of your mouth to speak?

      --
      CINCINNATI BELL IS TEH SUCK.
  54. Legality by hussain · · Score: 0

    Is this even legal? Makes me wish there was some sort of complaint service that game lawyers interesting cases to persue.

  55. I can't confirm this is true.... by halightw · · Score: 1

    I can't resolve unregistered domains even if I query VeriSign's root server itself, as per the most recent named.root file the server is 192.36.148.17 right?

    I.ROOT-SERVERS.NET. 3600000 A 192.36.148.17
    ; operated by VeriSign, Inc.

    1. Re:I can't confirm this is true.... by Etcetera · · Score: 1


      That's because you shouldn't be querying them directly, all they tell you is what server(s) deal with ".com" or ".net" (or ".tv", etc...)

      Try using A.GTLD-SERVERS.NET instead, foo.

      (Side note: *.root-servers.net is operated by the NSI Registry division, not the Registrar division.)

    2. Re:I can't confirm this is true.... by pirodude · · Score: 2, Informative

      Well wait for it to propigate, everyone on NANOG (who I hope would be able to confirm this) has said it's true. Verisign also posted this:

      Today VeriSign is adding a wildcard A record to the .com and .net
      zones. The wildcard record in the .net zone was activated from
      10:45AM EDT to 13:30PM EDT. The wildcard record in the .com zone is
      being added now. We have prepared a white paper describing VeriSign's
      wildcard implementation, which is available here:

      http://www.verisign.com/resources/gd/sitefinder/ im plementation.pdf

      By way of background, over the course of last year, VeriSign has been
      engaged in various aspects of web navigation work and study. These
      activities were prompted by analysis of the IAB's recommendations
      regarding IDN navigation and discussions within the Council of
      European National Top-Level Domain Registries (CENTR) prompted by DNS
      wildcard testing in the .biz and .us top-level domains. Understanding
      that some registries have already implemented wildcards and that
      others may in the future, we believe that it would be helpful to have
      a set of guidelines for registries and would like to make them
      publicly available for that purpose. Accordingly, we drafted a white
      paper describing guidelines for the use of DNS wildcards in top-level
      domain zones. This document, which may be of interest to the NANOG
      community, is available here:

      http://www.verisign.com/resources/gd/sitefinder/ be stpractices.pdf

      Matt
      --
      Matt Larson
      VeriSign Naming and Directory Services

    3. Re:I can't confirm this is true.... by Anonymous Coward · · Score: 1, Insightful

      Don't forget they also have a near-monopoly on trusted SSL certs. They own Thawte, don't they?

      Verisign is evil.

    4. Re:I can't confirm this is true.... by danyoung · · Score: 1
      Matt Larson
      VeriSign Naming and Directory Services

      Co-author of O'reilly's DNS on Windows 2000 and DNS on Windows NT

      mlarson@verisign.com

    5. Re:I can't confirm this is true.... by 42forty-two42 · · Score: 1

      Try .gtld-servers.net - that's the authority for .com

  56. Wow.... by casings · · Score: 1

    i tried to goto mirocsotr.com
    and that verisign page popped up. I hate verisign, i use www.domaindiscover.com as my registrar of choice... might be a good poll.

  57. If verisign was smart.. by Anonymous Coward · · Score: 1

    They would have the default page contain no advertisements and give a message like 'sorry, the domain you typed is misspelled'.

    Then people would be less irritated with this change because it appears useful. 6 months later they change it to ad pop-up hell.

  58. Coupons? by _Sharp'r_ · · Score: 2

    Great... now we're all gonna get a wheelbarrow full of $5 coupons from Network Solutions that we can only use for their price-inflated products!

    I already have enough toilet paper that says "register.com" on it. Guess I better go invest in a fireplace...

    --
    The party of stupid and the party of evil get together and do something both stupid and evil, then call it bipartisan.
  59. Gives new meaning to 'typosquatting' by Sebby · · Score: 1
    Wouldn't this be considered typosquatting, especially if they try to make money off it?

    --

    AC comments get piped to /dev/null
  60. Only working for .net domains... by AltismoMaster · · Score: 1
    Don't know if being in Australia matters, but random domains are only defaulting to V if they end in .net.

    Examples:
    oifn348nfs.com
    oifn348nfs.net
    t98mklskqpz.com
    oifn348nfs.net

    Could be that the DNS servers are taking their time to refresh...

    The worst thing about this is how one company that is sanctioned by the government that is charged with the duty to be fair - isn't.

    Oh wait - was I supposed to be surprised...

    --
    Create music
    1. Re:Only working for .net domains... by gr0ngb0t · · Score: 1

      also in Australia and both .com and .net domains are resolving to Versign.

    2. Re:Only working for .net domains... by Rob+Simpson · · Score: 1

      Those were working for me a while ago, but now they're not. Weird. Also, I'm getting nothing at 64.94.110.11 and sitefinder.verisign.com resolves to 12.158.80.10

  61. Send your queries to the GTLD servers direct by DragonHawk · · Score: 4, Informative

    Okay, everybody and their brother is trying to resolve "bogusdomainname.com" or whatever and finding they get a NXDOMAIN error (as they should). There are a lot of possible reasons for this, which I will simply handwave as "caching".

    To see the real thing in action, query an authoritative nameserver directly. For example:


    $ host www.bogusdomainname.com
    Host www.bogusdomainname.com not found: 3(NXDOMAIN)
    $ host www.bogusdomainname.com a.gtld-servers.net
    Using domain server:
    Name: a.gtld-servers.net
    Address: 192.5.6.30#53
    Aliases:

    www.bogusdomainname.com has address 64.94.110.11
    $


    The first query uses the default resolver on my system, which is a local named which in turn forwards to my ISP's resolvers, which do who knows what. The second query says to ask a.gtld-servers.net, which causes the host utility to send the query directly to one of the authoritative nameservers for the GTLDs (Global Top Level Domains, as opposed to country-specific domains like .us). Then I see the current authoritative response.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
    1. Re:Send your queries to the GTLD servers direct by jareds · · Score: 1

      Actually, the GTLD servers are not returning results consistent with each other, which accounts for the fact that some people are seeing NXDOMAIN somtimes and not others. Currently, it looks like a through e return 64.94.110.11, and f through m return NXDOMAIN.

      The following is edited to satisfy the lameness filter.

      $ for i in a b c d e f g h i j k l m; do host `apg -M l -m 15 -n 1`.com $i.gtld-servers.net; echo; done
      Using domain server: Name: a.gtld-servers.net
      tacbimutuvorgox.com has address 64.94.110.11

      Using domain server: Name: b.gtld-servers.net
      dyrithsarsujbel.com has address 64.94.110.11

      Using domain server: Name: c.gtld-servers.net
      reorwomreackbie.com has address 64.94.110.11

      Using domain server: Name: d.gtld-servers.net
      pojkoarkojwonja.com has address 64.94.110.11

      Using domain server: Name: e.gtld-servers.net
      rarnenwobnajfun.com has address 64.94.110.11

      Using domain server: Name: f.gtld-servers.net
      Host ebtupbyljocfeik.com not found: 3(NXDOMAIN)

      Using domain server: Name: g.gtld-servers.net
      Host bojawadudeownaw.com not found: 3(NXDOMAIN)

      Using domain server: Name: h.gtld-servers.net
      Host outkabebdadbeaf.com not found: 3(NXDOMAIN)

      Using domain server: Name: i.gtld-servers.net
      Host apdysespirsosso.com not found: 3(NXDOMAIN)

      Using domain server: Name: j.gtld-servers.net
      Host duafkocediotyad.com not found: 3(NXDOMAIN)

      Using domain server: Name: k.gtld-servers.net
      Host nervejadmofmajy.com not found: 3(NXDOMAIN)

      Using domain server: Name: l.gtld-servers.net
      Host quejrajcezavdio.com not found: 3(NXDOMAIN)

      Using domain server: Name: m.gtld-servers.net
      Host esfomuvwegonnye.com not found: 3(NXDOMAIN)
    2. Re:Send your queries to the GTLD servers direct by Anonymous Coward · · Score: 0

      I think its time to organise a ddos. Ive set up machines up (256k uplink) to TCP connect to port 80 and 25 and just send shitt to hang connections up. Lets bring them to their knees, fucking twats

  62. They at least gave us warning by jdc180 · · Score: 5, Informative

    This isn't something new, they told us it was coming. What a crock of shit. I think this shows that there needs to be some sort of accountability in this business.

  63. I think Verisign now owes... by TheSHAD0W · · Score: 1, Insightful

    Verisign now owes money to the Internic for every domain they now effectively hold. Considering how many misspelled domains get hit, I think we're going to have plenty of cash to upgrade the root name infrastructure, don't you?

    1. Re:I think Verisign now owes... by signe · · Score: 5, Informative

      VeriSign *is* InterNIC.

      Network Solutions "bought" InterNIC way back when. VeriSign bought Network Solutions. Now Network Solutions sells domains as a registrar, and VeriSign (VeriSign Naming and Directory Services, specifically) is the registry. Every registrar, including Network Solutions, pays VNDS $6 per year per domain. VNDS doesn't pay anyone anything.

      It's VNDS that is doing the wildcard entry.

      -Todd

      --
      "The details of my life are quite inconsequential..."
    2. Re:I think Verisign now owes... by TheSHAD0W · · Score: 1

      Verisign does own Internic, but they're supposed to run it as a non-profit... It'd be quite inconvenient for their cash to hemorrhage across their books into that category.

    3. Re:I think Verisign now owes... by signe · · Score: 1

      Where the hell did you get that moronic idea? VeriSign has never agreed to run the registry as a non-profit. In fact, the COM/NET registry is one of VeriSign's big stable revenue streams.

      The only thing that VeriSign has to do with regards to the registry is to keep the business and technical operations separate from the registrar (Network Solutions). That means that NSI folks can't go to the registry offices, unless all the other registrars are invited as well. And the registry has to take lots of steps to make sure that there is never a conflict of interests. Something, I might add, which they have, in fact, done an excellent job of. Regardless of this wildcard DNS entry.

      -Todd

      --
      "The details of my life are quite inconsequential..."
  64. What about Google? by MobyDisk · · Score: 3, Insightful

    This is horrible for web spiders and search engines. Every link to a dead domain name will now result in a series of pages that need to be indexed. And there will be thousands (millions?) of web sites that all offer Verisign name registrations -- all identical. This will surely affect their page rankings! Spiders will have to be hard-coded to ignore certain IP addresses or DNS names.

    I hope they get sued by every mail filter vendor, registrar, and search engine that they just damaged with this. And the government needs to review the powers they are granting to name-server providers.

    1. Re:What about Google? by Asgard · · Score: 4, Insightful

      Fortunately there is a robots.txt hosted on that server:

      User-agent: *
      Disallow: /

    2. Re:What about Google? by Electrum · · Score: 1

      This is horrible for web spiders and search engines.

      No, it isn't. Learn about robots.txt.

    3. Re:What about Google? by LostCluster · · Score: 1

      Still, Google will have to visit that server as a unique new domain name it's never met before just to find it's robot.txt tells it not to bother. Still a lot of unneeded processing cycles and bandwidth for them, having to account for every typo of a domain on the web.

    4. Re:What about Google? by Asgard · · Score: 2, Insightful

      It would seem fairly straightforward for Google to change their code to skip that host entirely.

    5. Re:What about Google? by Steeltoe · · Score: 1

      This is a non-problem.

      Most webspiders should index on IP anyways. DNS names are simply changing too much and the relationship between DNS names and IP are generally many-to-one.

      Serious webservices like Google will quickly update their programs to recognize the hack for what it is. It may be ugly, but it'll work. Or they may just index the pages, and it'll become Very authorative in Google's pagerank. However, making a hack around it may save some disc space.

    6. Re:What about Google? by Anonymous Coward · · Score: 0

      The scary bit is now all those dumb bots that are scaning for email addresses can now be used to DOS verisign.

    7. Re:What about Google? by btgarner · · Score: 1

      would need to, since Google does not use the robots.txt file, but instead mandates that you setup a META tag to tell 'scooter' to not traverse the site.

    8. Re:What about Google? by Anonymous Coward · · Score: 1, Insightful

      Most webspiders should index on IP anyways.

      What gave you that silly idea? Virtual servers will all have the same IP address. Hundreds of domain names could use the same IP on a single server and all have unique content that needs to be indexed or cached.

    9. Re:What about Google? by Torne · · Score: 1

      Google does use robots.txt. It also uses META tags, in case you are not able to set up a robots.txt file (for example, if you do not own the root of your web server). I have a robots.txt which excludes Googlebot just fine. You may be thinking of some other search engine - 'Scooter' is AltaVista's bot, IIRC.

    10. Re:What about Google? by Canar · · Score: 1

      Do all spiders respect robots.txt? I'd imagine that'd be hard to enforce, and I'm sure there would be some spiders that would disrespect it just for the hell of it.

  65. My Guess by gabeman-o · · Score: 1

    My guess is that one of two things will happen:
    1) the DOJ will take them down like Microsoft
    or
    2) someone will buy out VeriSign and replace SiteFinder with a page of hundreds of porn ads and pop ups

  66. route add host 64.94.110.11 GW 127.0.0.1 metric 0 by Em+Ellel · · Score: 1


    echo 127.0.0.1 sitefinder.verisign.com >>/etc/hosts

    # Done.

    --
    RelevantElephants: A Somatic WebComic...
  67. A place for all those bad email addresses by scruffy · · Score: 2, Interesting
    A lot of email addresses are modified to include "SPAM" or some other word so that they can't be easily spammed. Now all those emails using these addresses have someplace to go. And as long the from address is spoofed to a nonexistent .com or .net domain, then they'll give Verisign something to do.

    No, I'm not suggesting that anybody intentional do this. What kind of person do think I am?

  68. Not that simple... but I don't know how it works by Chris+Pimlott · · Score: 1


    $ whois whattotalbullshit.com
    [... stuff omitted ...]
    No match for "WHATTOTALBULLSHIT.COM".



    $ ping whattotalbullshit.com
    Unknown host whattotalbullshit.com.



    $ wget whattotalbullshit.com
    --21:36:11-- http://whattotalbullshit.com/
    => `index.html'
    Resolving whattotalbullshit.com... failed: Host not found.


    Doesn't work in lynx or links either, but putting it in IE or Mozilla goes right to VeriSign's slimy little page...

    So perhaps this won't break systems which rely on detecting non-existing domain names; but what's different about how IE and Mozilla do their DNS lookups?

  69. www.fuckyouverisignyougoddamncunts.net by Anonymous Coward · · Score: 0
  70. Who is going to be the first to hack it? by Istealmymusic · · Score: 4, Interesting

    Starting nmap 3.28 ( www.insecure.org/nmap/ ) at 2003-09-15 06:36 PDT
    Host sitefinder.verisign.com (12.158.80.10) appears to be up ... good.
    Initiating SYN Stealth Scan against sitefinder.verisign.com (12.158.80.10) at 06
    :36
    Adding open port 80/tcp
    The SYN Stealth Scan took 94 seconds to scan 1643 ports.
    Warning: OS detection will be MUCH less reliable because we did not find at lea
    st 1 open and 1 closed TCP port
    For OSScan assuming that port 80 is open and port 36304 is closed and neither ar
    e firewalled
    For OSScan assuming that port 80 is open and port 43206 is closed and neither ar
    e firewalled
    For OSScan assuming that port 80 is open and port 44655 is closed and neither ar
    e firewalled
    Interesting ports on sitefinder.verisign.com (12.158.80.10):
    (The 1642 ports scanned but not shown below are in state: filtered)
    Port State Service
    80/tcp open http
    No exact OS matches for host (test conditions non-ideal).
    TCP/IP fingerprint:
    SInfo(V=3.28%P=i386-portbld-freebsd5 .1%D=9/15%Time=3F65C0E9%O=80%C=-1)
    TSeq(Class=TR% IPID=Z%TS=U)
    T1(Resp=Y%DF=Y%W=16A0%ACK=S++%Flags= AS%Ops=MNNTNW)
    T1(Resp=Y%DF=Y%W=16D0%ACK=S++%Flag s=AS%Ops=MNW)
    T2(Resp=N)
    T3(Resp=Y%DF=Y%W=16D0%A CK=S++%Flags=AS%Ops=MNW)
    T4(Resp=Y%DF=Y%W=0%ACK=O %Flags=R%Ops=)
    T5(Resp=N)
    T6(Resp=N)
    T7(Resp=N)
    PU(Resp=N)

    TCP Sequence Prediction: Class=truly random
    Difficulty=9999999 (Good luck!)
    TCP ISN Seq. Numbers: 673A4C36 652AB817 BBE534C3 685BB54A
    IPID Sequence Generation: All zeros

    Nmap run completed -- 1 IP address (1 host up) scanned in 137.552 seconds

    --
    "The lesson to be learned is not to take the comments on slashdot too literally." --Vinnie Falco, BearShare
    1. Re:Who is going to be the first to hack it? by Anonymous Coward · · Score: 1, Interesting

      This actually brings up a very good point. There's now basically a valid (unpprovable by them) excuse for cracking into their system. "I was doing security audit/checks on my server. I guess I typed in the domain name wrong without even noticing..." Maybe someone needs to put up a server on a hard to spell domain name and run a "crack this server" contest...

      Of course this brings up the other side of things... what if you ARE doing security checks for some company and you DO type in the domain name wrong by accident...

    2. Re:Who is going to be the first to hack it? by __aavhli5779 · · Score: 1

      Huh... A regular scan reveals this:




      Interesting ports on sitefinder-idn.verisign.com (64.94.110.11):
      (The 1611 ports scanned but not shown below are in state: closed)
      Port State Service
      23/tcp filtered telnet
      25/tcp open smtp
      79/tcp filtered finger
      80/tcp open http
      135/tcp filtered loc-srv
      137/tcp filtered netbios-ns
      138/tcp filtered netbios-dgm
      139/tcp filtered netbios-ssn
      161/tcp filtered snmp
      162/tcp filtered snmptrap
      445/tcp filtered microsoft-ds
      514/tcp filtered shell

      Nmap run completed -- 1 IP address (1 host up) scanned in 24.611 seconds


      I can't imagine why they would be running all those services.

    3. Re:Who is going to be the first to hack it? by elmegil · · Score: 1

      becuz they're idiots?

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    4. Re:Who is going to be the first to hack it? by skillrod · · Score: 1

      tcpdump shows two address to start ass pumping.

      host sitefinder.verisign.com
      sitefinder.verisign.com. has address 12.158.80.10

      sitefinder-idn.verisign.com
      sitefinder-idn.veri sign.com. has address 64.94.110.11

    5. Re:Who is going to be the first to hack it? by Anonymous Coward · · Score: 0

      they're running all those fake services so they can collect info to sell. You type-o something, and they grab what info they can, be it email addresses, finger query's, and whatnot.

    6. Re:Who is going to be the first to hack it? by Anonymous Coward · · Score: 0
      they're running all those fake services so they can collect info to sell.

      Yeah, that explains why they're firewalled off. In nmap, "filtered" means no response, not even the normal ICMP "unreachable" error packet returned.

      They're not going to collect much info on all those services if they don't even send a SNY-ACK packet back in response to your SYN packet attempting to establish a TCP connection (to which you'd send a final ACK and then data transfer could begin).

    7. Re:Who is going to be the first to hack it? by Anonymous Coward · · Score: 1, Insightful

      I'm not sure what the mystery is here.. they explain in their implementation whitepaper how sitefinder responds to the various network protocols as well as the filtering on certain ports. It wouldn't be surprising if later they added other services as "useful" responses are discovered.

  71. Re:YOU FAIL IT! by Anonymous Coward · · Score: 0

    Why don't you try it ?
    http://shivaji.maharaj.slashdot.org"

  72. But we can't hate them... by ShawnD · · Score: 3, Funny

    They are running Linux.

    Just a little humour...

    1. Re:But we can't hate them... by 216pi · · Score: 1

      and so are blablubbsdasda.com, sdsdfljksd4343.com, wer458fff.com, asdc98343ss.com and a lot more.

  73. That's it. by kiltedtaco · · Score: 1

    Ok, that's it. We need to get verisign out, now. Anyone know how to accomplish this?

    1. Re:That's it. by WhiteWolf666 · · Score: 2, Interesting

      Well, I know of ONE way....

      Internet Death Penalty.

      End of Story

      Now, the problem is, most individuals are unwilling to go that far. Me, I have no problem---I think the IDP should be used more often than it is.

      *.verisign.com, (plus all associated ip addresses).

      *.sco.com (and all SCO related addresses (ip/names).

      Everyone will need to switch to OpenNIC, or something else, first.

      Closer to possible political reality, switch to OpenNIC, and get all your friends to switch to OpenNIC.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:That's it. by DavidTC · · Score: 1
      Okay, once and for all....OPENNIC DELEGATES .COM AND .NET RIGHT BACK TO VERISIGN.

      Sorry to get pissy, but people keep suggesting this idea, everywhere, and apparently no one understands what a 'root server' is. A root server tells you where to look up .cc, .com, .info, .whatever, they are in charge of the seemingly fictional '.' domain name, the dot that all domain names have invisibly at the end.

      And all root servers, alternate or regular, say the correct place to look up .com and .net addresses is Verisign, or servers that are synced off Verisign's. All root servers do is say 'Hey, you've got a .com there, the place to go is [insert a Verisign IP].', just like Verisign's server will then say 'Hey, you've got a .example.com there, the place to look it up is [insert example.com's nameservers here].'.

      Someone has to say 'I will now put example.com into the database that I maintain and others sync off of.'. If anyone could do anything they wanted to any domain name it would be chaos...and Verisign has a contract with ICANN to maintain this database. (A contract that ICANN would now be looking into, if ICANN had any moral integrity left. But it doesn't.)

      Alternate root servers have more TLDs, and don't require people managing them to go through all the hassle that it took to get .info and .biz. If you want a .sheep, you can go and get it from OpenNIC for a nominal fee, or possibly free, if you can prove you can run a TLD. But all existing TLDs are delegated back to what ICANN says they are, because otherwise those TLDs wouldn't work.

      However, the reason we're in this mess is that ICANN is a bunch of amoral idiots, and that also incidently happens to be the reason that alternate roots exist. Switching to an alternate root is a good idea if you don't want to be hit with other ICANN crapitude, or as a protest, but it's not going to help with any Verisign crap, because only ICANN has to power to do anything about them, all the alternate roots have exactly two choices, either look up .com and .net using Verisign, or someone synced off them, or don't look them up at all.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  74. How to stop this by lonesome+phreak · · Score: 1

    What we need to do is start contacting our ISP's and complain about this. We also need to launch complaints from IT departments around the world at them, telling them how this is screwing things up. Those of you in the states need to write your various represenetives and tell them that this may possibly be illegal. Someone also needs to tell ICAAN, but I'm sure they've noticed.

    We then need to keep this pressure up, then someone starts a DDOS against them just using bad domain names. If there is an outage, this can be further used as bad PR against them.

    I am calling my upline ISP to complain in a few minutes. Everyone else who works in IT needs to complain to their ISP, the authorities, and ICAAN. Loudly.

    --
    Maybe we DID take the blue pill. You wouldn't remember anyway.
    1. Re:How to stop this by Srass · · Score: 1

      No, don't call the ISPs. Verisign doesn't care what ISPs smaller than AOL think, and they never did. Stuff like this should be proof of it. You, the user, should complain directly to Verisign, and not your ISP, who is just as irritated as you are. They don't need any extra motivation to complain to Verisign, and will likely be dealing with confused tech support calls as a result of this, besides. Your complaints will be better heard if you are speaking from beside your ISP, rather than behind them.

    2. Re:How to stop this by jcrowly · · Score: 1

      Speaking as an ISP, you bet we're are irritated. The number of calls about "why does this e-mail user not exist it did yesterday" have increased quite dramminacaly. Most users will however end up blaming the ISP as they just don't under stand the structure of DNS. It's ICANN that need's to take action to stop this, and take action quickly. For ICANN this is the ulimate test of if it serves a perpose or not, if they can't stop this then ICANN is effectively dead. European ISP will have to ask the question if the US Govements body can't stop problems like this, what can we do.

    3. Re:How to stop this by DavidTC · · Score: 1

      I think it's more like to Jesus to return in the next few hours and fix this problem than for ICANN to do anything about it.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  75. Re:Not that simple... but I don't know how it work by Second+Vampyre · · Score: 0

    C:\Documents and Settings\Pat>nslookup
    www.sdlfkjsldkfjsldkf.com
    DNS request timed out.
    timeout was 2 seconds.
    *** Can't find server name for address
    192.168.8.1: Timed out
    Server: ns6.attbi.com
    Address: 63.240.76.4

    Name: www.sdlfkjsldkfjsldkf.com
    Address: 64.94.110.11

  76. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  77. So what? by DragonHawk · · Score: 1

    Perhaps I'm missing something here, but wouldn't this open them to all kinds of lawsuits from companies that were affected in that way?

    Sure. Are your lawyers better then their lawyers? That's all that matters.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
  78. Doesn't this amount by TCaM · · Score: 1

    to them using their near monopoly status in the domain registrar market to try and gain a strong foothold in the search engine business?

  79. RFC Violation? by randomErr · · Score: 1

    Isn't this a RFC violation? Or at least a violation of being a domain mane register via the international concil that governs this stuff?

    --
    You say things that offend me and I can deal with it. Can you?
  80. Re:Not that simple... but I don't know how it work by Chris+Pimlott · · Score: 1

    Ah, I just figured it out...

    If you type in foo.com (and foo.com is not registered), IE and Mozilla both makes attempts to www.foo.com, which goes right to VeriSign.

    So I imagine that the next version of these programs will cease this practice to stop sending traffic to VeriSign.

  81. Vrey Imptorant Nwes! by Fecal+Troll+Matter · · Score: 0, Offtopic

    Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is taht the frist and lsat ltteer be at the rghit pclae.
    The rset can be a total mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae the huamn mnid deos not raed ervey lteter by istlef, but the wrod as a wlohe. Fcuknig amzanig huh?

    1. Re:Vrey Imptorant Nwes! by Anonymous Coward · · Score: 0

      Yes it is, rather. I read that entire message as fast as, if not faster than, regular english.

  82. Oh common, the workaround is so obvious... by TyrranzzX · · Score: 4, Informative

    Simply block all traffic to 64.94.110.11 and give verisign your hate mail as well. It'll still return the error message whenever that address is found, so even if it is hosted, it's as good as not registered.

    This a stupid stupid stupid move by them, Akin to shooting themselves in the foot with a 45 caliber pistol; it's going to anger a lot of people in the IT industry.

    1. Re:Oh common, the workaround is so obvious... by jaysones · · Score: 2, Funny
      Akin to shooting themselves in the foot with a 45 caliber pistol; it's going to anger a lot of people in the IT industry.
      I don't think a lot of IT people would be very upset if they shot themselves after this! :D
    2. Re:Oh common, the workaround is so obvious... by LinuxHeadMN · · Score: 0

      Many providers have done this...

      telnet router.blah
      Connected to router.blah.
      Escape character is '^]'.
      User Access Verification

      Password:
      router.blah>en
      Password:
      router.bla h#conf t
      Enter configuration commands, one per line. End with CNTL/Z.
      router.blah(config)#ip route 64.94.110.11 255.255.255.255 null0
      router.blah(config)# exit
      router.blah#wr mem

      All......done! :-)

    3. Re:Oh common, the workaround is so obvious... by anothy · · Score: 1
      This a stupid stupid stupid move by them, Akin to shooting themselves in the foot with a 45 caliber pistol; it's going to anger a lot of people in the IT industry.
      hey, i wouldn't say that. lots of people in the IT industry (myself included) would really like to see Verisign shot in the foot with a .45. wouldn't make me angry at all.

      oh, and that's a lousy workaround.
      --

      i speak for myself and those who like what i say.
    4. Re:Oh common, the workaround is so obvious... by LotusMan · · Score: 1

      You can change your host file with this

      127.0.0.1 sitefinder.verisign.com

      Of course, if you have a web server on 127.0.0.1, just write the address of a machine without web server. So any mispell dns will send you to a "cannot find server" page

      --
      -- Quidquid latine dictum sit altum viditur
    5. Re:Oh common, the workaround is so obvious... by poot_rootbeer · · Score: 1

      Simply block all traffic to 64.94.110.11

      Should it be every network admin in the world's job to have to apply a workaround for a single company's flaunting of standards?

      Send Verisign an invoice for the time you spend on this, everyone. Even if they refuse to pay it off, at their Accounts Payable department will understand how far-reaching the consequences of this decision are.

    6. Re:Oh common, the workaround is so obvious... by TyrranzzX · · Score: 1

      Alternativally, what I do on my router is this;



      access-list 121 remark $External Network$ access-list 121 deny tcp any any eq telnet access-list 121 remark $***Start Adblocking ist***$ access-list 121 remark $Valueclick$ access-list 121 deny ip 64.70.54.0 0.0.0.255 any access-list 121 remark $Ads.web.aol.com$ access-list 121 deny ip 64.12.174.0 0.0.0.255 any access-list 121 remark $Various Doubleclick$ access-list 121 deny ip 216.73.92.0 0.0.0.255 any access-list 121 deny ip 213.86.246.0 0.0.0.255 any access-list 121 remark $Versign BS DNS entry$ access-list 121 deny ip 64.94.110.11 0.0.0.255 any access-list 121 remark $***Stop Adblocking list***$ access-list 121 permit ip any any access-list 121 permit ipinip any any access-list 121 deny ip any any



      Works like a charm ^.^

  83. er, ICANN by lonesome+phreak · · Score: 1

    opps.

    --
    Maybe we DID take the blue pill. You wouldn't remember anyway.
  84. Isn't this the same as the MSN Not Founds? by Basehart · · Score: 1

    Last time I looked IE on a PC running XP returns some kind of MSN powered Not Found message when a non-existent URL is entered. Isn't this a better solution?

    1. Re:Isn't this the same as the MSN Not Founds? by Etcetera · · Score: 1


      A better solution would be for Browsers to display a helpful message to their users when a domain cannot be found.

      MS has leveraged MSIE to display a custom message from MSN when it can't find a domain, which is sneaky and underhanded.

      This action by Verisign is even MORE sneaky and underhanded than that.

      Protocols should be used as they're designed to be used. If users are getting "confusing error messages", it's the browser (or user-agent)'s fault. The Registry has no need to intervene, other than feeling it wanted to out-Microsoft Microsoft.

      Congratulations.

    2. Re:Isn't this the same as the MSN Not Founds? by SoTuA · · Score: 1

      Yes, but this is at application level. What verisign is doing is BREAKING the PROTOCOL to saddle us with their search page.

      Now, for some advertising at infrastructure level :(

    3. Re:Isn't this the same as the MSN Not Founds? by TyrranzzX · · Score: 1

      that's becuase of the MSN BS search feature built into IE. MS collects traffic statistics with this then creats spin-off compnaies which then cybersquat the domain. You can disable it by going into the internet options and fooling around with the settings.

    4. Re:Isn't this the same as the MSN Not Founds? by DavidTC · · Score: 1
      No kidding. It's one thing when IE does it, IE is not a mail server, or any sort of server, or even an application that run without user intervention. It returns a clearly readable page saying the domain doesn't exist, and, you can turn it off to boot.

      But there are millions of servers out there that Verisign cannot communicate 'this is not a real domain' to. It looks, tastes, acts, exactly like a real domain to them, one running a mail server that rejects any message they send it (But, of course, no mail server is smart enough to realize it rejects 'any' message...all a mail server knows is that it rejected the current message.), and a web server that seems normal.

      Sure, these servers can be 'patched', but really just an absurd solution to fundementally breaking the protocol.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  85. strange, in ie and firebird i still get dns errors by Comsn · · Score: 1

    anyone know if its instantly on? or if rr is blocking it already? or if it just takes a while?

  86. brun in hlel feveror by Anonymous Coward · · Score: 0

    Form now on I wlil olny psot lkie tihs.
    hah hah hah

  87. Extra traffic by Anonymous Coward · · Score: 0

    This will result in much extra traffic for all ISPs. Their lookups to the .com and .net will return considerably more information than before. Multiply this by all the misspellings per second per AOL user, and that's a considerable amount.

    1. Re:Extra traffic by Anonymous Coward · · Score: 0

      A DNS reply for "lkjdsdf.com" is now 477 bytes. A DNS reply for "dkaod.co.uk" is only 96 bytes. Each domain name is 11 characters long. The .com also includes records for every single root server, for some reason. Of course this information is compressed... but still, it adds a considerable amount.

  88. BANZAI!!! Self-DoS Attack of Ownage by Cordath · · Score: 3, Funny

    This is one helluva of a way to drum up traffic, so I'd be curious to know what kind of steroid-pumped uber-server and fat petabyte pipe they plan to run their site on. Personally, I suspect the ad page will be taken down by Verisign themselves when they smell smoke coming from the server room and see their sysadmin's running around naked on the front lawn while tearing out their hair and screaming "SWEET MOTHER OF SMEGMA, MAKE THEM STOP!!!".

  89. Evil Links by Anonymous Coward · · Score: 0

    What's with the links that come up? They look benign at first glance, but they actually call Javascript functions (i.e. they are not just plain old hyperlinks). Anyone care to decipher what happens when you click them?

    1. Re:Evil Links by drx · · Score: 1

      The Javascripts check to which sites you leave from the sitefinder.

  90. Is this the internet Big Brother? by Anonymous Coward · · Score: 0

    Or is it something cool?

    -Quote from web-
    Set Your Content Filtering Preferences

    Filtering Preferences:
    Filtering attempts to block content containing explicit and adult material. While no filter is 100% effective, Site Finder uses industry-leading technology to identify explicit content and reduce undesired results.

    Please choose your preference:

    Full filtering: Explicit content is removed from all results
    Partial filtering: Explicit content is removed from category results and presented last in search results
    No filtering: Do not filter my content

    Note: Setting preferences will not work if you have disabled cookies in your browser.

    Copyright(C) 2003 VeriSign, Inc. All Rights Reserved
    Privacy Policy | Terms Of Use | Content Filtering Preferences | Help

  91. Make sure you let Scott and Matt know .... by jea6 · · Score: 4, Informative

    You may want to let Scott Hollenbeck (shollenbeck@verisign.com) and Matt Larson (mlarson@verisign.com) from VeriSign's Naming and Directory Services know what you think of their Best Practices.

    And while you are at it, you may consider a friendly note for W.G. Champion Mitchell (wmitchell@verisign.com), President, NetSol and Stratton Sclavos (ssclavos@verisign.com), Chairman and CEO, VeriSign.

    --

    sarchasm: The gulf between the author of sarcastic wit and the person who doesn't get it.
    1. Re:Make sure you let Scott and Matt know .... by mseeger · · Score: 1
      Hi,

      i'm currently trying to setup a local resistance. Our CTO will mail to Verisign at once. As ISP we have a few .com/.net-Domains.

      I have a very good relationship to a customer with about 100K domains. They're next on my call list. And they will be anything but pleased.

      I'll make sure they will recognize the size of the mistake they made.

      Regards, Martin

    2. Re:Make sure you let Scott and Matt know .... by analog_line · · Score: 1

      the e-mail addresses you listed for the President and the CEO bounced back on me. I'll post any new ones I find, but they probably disabled the accounts until the flood stops.

    3. Re:Make sure you let Scott and Matt know .... by Anonymous Coward · · Score: 0

      Dear Partner,

      Thank you for contacting Premier Partner Support.
      I apologize if this has caused you an inconvenience, however,
      Site Finder is a new service offered by the VeriSign Global Registry.
      For more information you can e-mail VeriSign at sitefinder@verisign-grs.com.

      Best Regards,

      Melissa L.
      Premier Support

    4. Re:Make sure you let Scott and Matt know .... by bluepinstripe · · Score: 1

      To: comments@icann.org
      Cc: shollenbeck@verisign.com; mlarsen@verisign.com
      Subject: Resolution of non-existent domains
      Sent: Tue, 16 Sep 2003 18:55:46 -0700

      did not reach the following recipient(s):

      mlarsen@verisign.com on Tue, 16 Sep 2003 18:51:59 -0700
      The recipient name is not recognized

    5. Re:Make sure you let Scott and Matt know .... by Anonymous Coward · · Score: 0

      Thanks for the addresses!

      Here's what I sent. No bounces so far! The ONLY way to stop this is to hit them where it hurts. Everything else is mental mastubation....

      Gentlemen,

      Being a network admin I try to stay abreast of DNS matters. This action is not a good idea for a multitude of technical as well as social reasons. I'm sure you are intelligent enough to know what these reason are.

      I'm also sure that your technical people and management have predicted many of the infinite outcomes of implementing such an intrusive change.

      For my part, you can add me to the lost revenue column. I need to purchase some new security certs and new domains (both for my employer and for outside contracts) and have several coming due for renewal in the next few months. I was looking at cost effective alternative solutions for both security certs and domains but have always done business with you in the past because of brand recognition, integrity, ease of use, and reliability. You lost the integrity mark with me by your (nearly fraudulent) early renewal notices which I received recently for domains that will not expire until next year.

      I just wanted to say think you for making my decision much easier. I will be purchasing any and all new domains and certs from another company. All renewals will be transferred to them as well. I was torn between the cost vs. value before this action, but in seeing the direction your company is taking, I'm positive I am making the informed and correct choice.

      Regards,
      Ken
      Network Administrator

  92. mail will still return 550 errors... by mhawk13 · · Score: 2, Informative

    "the site finder response server runs a limited smtp server that returns an smtp 550 error response for any specified destination..."

    different protocols will be treated differently

    1. Re:mail will still return 550 errors... by Anonymous Coward · · Score: 0

      And whats stopping them not bouncing mails? Why not just accept the mails and then sell the "From:" addresses to spammers, why not use the "from:" addresses to send Verisign advertising to?

      shollenbeck@verisign.com; mlarson@verisign.com; wmitchell@verisign.com; ssclavos@verisign.com

      4 TWATS!

    2. Re:mail will still return 550 errors... by DavidTC · · Score: 1
      They don't have to accept the email to see the address. You can go look at the SMTP standard, but I'll just tell you that they get who the mail is from, and who it is to, before they reject the connection.

      Of course, who it is 'to' is not a useful address it any way, that domain doesn't even exist. Who it is from, OTOH, could be a real address. (OTGH, however, quite a lot of spammers are out there with nonexistent domains on their million address CDs, and thus the from and to are likely complete nonsense for most of the mails.)

      And they'll be getting a hell of a lot of mail from postmaster@wherever explaining that the user they tried to deliver to does not exist, thanks to crappy mail systems that accept then bounce instead of rejecting.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    3. Re:mail will still return 550 errors... by Anonymous Coward · · Score: 0

      It doesn't even do this right:

      telnet asdljasldj.com 25
      Trying 64.94.110.11...
      Connected to asdljasldj.com.
      Escape character is '^]'.
      220 snubby1-wcwest Snubby Mail Rejector Daemon v1.3 ready
      mail from:
      250 OK
      rcpt to:
      250 OK
      rcpt to:
      550 User domain does not exist.
      rcpt to:
      250 OK
      rcpt to:
      221 snubby1-wcwest Snubby Mail Rejector Daemon v1.3 closing transmission channel

      Morons. Not only do they break things, but they don't even know how to write a mail rejector.

    4. Re:mail will still return 550 errors... by Anonymous Coward · · Score: 0

      The To: name could very well be valid if you've mis-typed the hostname of your SMTP server...

    5. Re:mail will still return 550 errors... by DavidTC · · Score: 1

      You have managed to think of yet another problem that hadn't occured to me. We've all stupidly mistyped our own hostname at one time or another, now, unless it's web browsing, we're going to panic because apparently nothing is working correctly.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  93. Complain to ICANN *NOW* by Teflon · · Score: 5, Informative
    In order to get this rather unwelcome act of Verisign's reversed, EVERYONE should contact ICANN immediately.


    comments@icann.org

    1. Re:Complain to ICANN *NOW* by tuba_dude · · Score: 5, Insightful

      If ICANN was still there for the good of the internet, yeah, that should work. Otherwise, you should only bother complaining if you're a CEO.

      --
      "The government of the United States is not, in any sense, founded on the Christian religion."
    2. Re:Complain to ICANN *NOW* by jeffasselin · · Score: 1
      Yeah Sure. ICANN.

      That'll help. ICANN are so corrupted they're sleeping in the same bed as Verisign.

      Maybe you should read this Register.

      And this article about ICANN.

      --
      If he explores all forms and substances Straight homeward to their symbol-essences; He shall not die.
    3. Re:Complain to ICANN *NOW* by trainsnpep · · Score: 5, Interesting
      Well, regardless of whether it will work, I tried:

      Verisign has continually been abusing the power that has been handed out to them. Two such examples are its mailing of false renewal notices, and its most recent exploit: sitefinder.verisign.com. Now, nearly all mistyped names will be sent to Verisign where they can do whatever they like to the unwitting user. There are even categories on sitefinder.verisign.com where one can browse and go to sites which are undoubtedly paying Verisign for the space.

      Please take this, and the hundreds or thousands of e-mails you will receive, into consideration, and exercise the power that ICANN has. Verisign has continually been abusing and tricking people through deceptive business practices, and this should be the last straw. Verisign should not only be removed from it's post, but it should also be fined for its numerous escapades designed to make money.

      Sincerely,
      Michael B****

      I've got to wonder: where do they come up with such evil ideas? Verisign must have a beowulf cluster of insensitive clods...

      --
      --<Mike>--
    4. Re:Complain to ICANN *NOW* by Anonymous Coward · · Score: 0

      no don't complain to icann, icann doesn't work.

      simply forward all spam that have a domain that now resolves to 64.94.110.11 to an MX under verisign.com

      if they want all the domains that don't exist, let them have the spam from all those domains too.

    5. Re:Complain to ICANN *NOW* by Michael+Woodhams · · Score: 1

      How come that is moderated "informative" rather than "funny"?

      --
      Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    6. Re:Complain to ICANN *NOW* by mixy1plik · · Score: 1

      I would be happy to although I'm American and need a cut-and-paste solution. Someone please do the footwork for me. :)

    7. Re:Complain to ICANN *NOW* by Anonymous Coward · · Score: 0

      ROTFFL

      (Rolling on the fucking floor laughing)

    8. Re:Complain to ICANN *NOW* by AntiOrganic · · Score: 1

      I also submitted them to rfc-ignorant.org already.

    9. Re:Complain to ICANN *NOW* by Anonymous Coward · · Score: 0

      Complain to ICANN? The cure is worse than the disease.

    10. Re:Complain to ICANN *NOW* by Anonymous Coward · · Score: 0

      Dude -- you might want to consider that the domain, antimatter.net, you use is:

      Domain Name: ANTIMATTER.NET
      Registrar: NETWORK SOLUTIONS, INC.
      Whois Server: whois.networksolutions.com
      Referral URL: http://www.networksolutions.com
      Name Server: NS.ANTIMATTER.NET
      Name Server: NS2.ANTIMATTER.NET
      Status: ACTIVE
      Updated Date: 11-mar-2002
      Creation Date: 21-jun-1998
      Expiration Date: 20-jun-2005

      That would be a good starting point.

    11. Re:Complain to ICANN *NOW* by R0 · · Score: 1
      I've got to wonder: where do they come up with such evil ideas?
      It's simple - Verisign is the root of all evil. :)
    12. Re:Complain to ICANN *NOW* by Anonymous Coward · · Score: 0

      I'm a partner (wholesaler) with Network Solutions. I just called to express my displeasure and was told to e-mail sitefinder@verisign-grs.com with my concerns.

      Send some info their way :)

    13. Re:Complain to ICANN *NOW* by TekPolitik · · Score: 1
      Unfortunately I am having a hard time putting into words just how appalling VeriSign's conduct is. I've given it a go anyway, but I don't think I've quite managed to get there. I think that in the attempt I can put ICANN's role in a context which demonstrates that they really do not have a choice but to act here.

      That'll help. ICANN are so corrupted they're sleeping in the same bed as Verisign.

      I would go futher. VeriSign is a wantonly criminal organisation. Clearly their renewal notice scam was criminal.

      This latest action strikes me as criminal too. Arguably ICANN is in the position of managing a public office - certainly its establishment was managed by numerous governments internationally. If ICANN's role is a public office role, then VeriSign's role in managing the domain names is also a public office.

      The use of a public office for the private profit of the holder of that office is a crime (except to the extent that private profit is authorised - and VeriSign is authorised to a very limited private profit on each domain name registered). Even where it's not a crime under a statute, it is almost certainly a common law crime. Further, it is a heinous crime - no, it's not violent, but it's heinous because it undermines the legitimacy of the office granted by the people through the State. It is only one step down from treason.

      These crimes could not have been committed by VeriSign without either the complicity or the gross negligence of their board of directors. In my view, that renders the entire VeriSign board criminals. Let me make that clear: based on VeriSign's current and past actions, I consider that Stratton Sclavos, George Haddad, Aristotle Balogh, Dana Evan, Bill Fasig, Quentin Gallivan, Robert J. Korzeniewski, Vernon Irvin, Russell Lewis, Judy Lin, W.G. Champion Mitchell, and James Ulam are criminals. They have been either knowingly, or with gross negligence, involved in the criminal abuse of a public office for private profit. That makes them criminals of the worst order.

      This of course ignores the issue of whether this is likely to lead to violation of the trademarks of others - it would seem that such violations are an inevitable result of this course of action.

      Now, if ICANN sit idly by, as the body entrusted with the administration and delegation of this public office, they become enablers of this criminal abuse. They know what's going on. They physically can stop it. Yes, it might be done in breach of contract, but VeriSign can sue ICANN if they think they can win on that - I personally doubt they can because the way in which VeriSign has carried out the contract is illegal and would appear to be a repudiation of the responsibilities that necessarily go along with occupying that office. But regardless, ICANN has both the capability and the duty to put an end to this abuse, and given the seriousness of it, they must do so.

    14. Re:Complain to ICANN *NOW* by trainsnpep · · Score: 1

      A friend owns it, not me. Those name servers are also nameservers for a few web servers...NetSol holds the IPs of the name servers, and if they ever needed to be changed, it's best to have the domain listed with NetSol...

      --
      --<Mike>--
  94. Grrrrrrr. by KRck · · Score: 1

    So can't we just add 64.94.110.11 to the list of non routable addresses. (127.0.0.1, 10.*, 192.168.* and now 64.94.110.11) I say we storm Verisign, Nerf Bats in hand. A call to arms I say!!! Damn Marketers.

    --

    Serenity|Chaos

    1. Re:Grrrrrrr. by Anonymous Coward · · Score: 0

      Nerf bat? give me a pipe bomb

  95. But they do manage those TLD's by nurb432 · · Score: 1

    So, they are within rights to do this.

    Sure its a tad slimly and sucks.. but its well within their charter...

    --
    ---- Booth was a patriot ----
    1. Re:But they do manage those TLD's by leerpm · · Score: 2, Insightful

      No, they are not within their rights to do this. They were hired to manage the infrastructure, not provide sleazy business services. Think of this analogy. If the phone company were to bombard you with an advertisement everytime you dialed a number that was not in service or a cellphone that was unreachable, do you think the federal and state regulators would stand for that? I do not think so.

    2. Re:But they do manage those TLD's by ScrewMaster · · Score: 1

      Shhh. Someone from the phone company might be on Slashdot and you just gave them a very bad idea.

      And the fact that a corporation with a record like Verisign's actually got the job doesn't say much for the people that selected them for it. Oh, I know ... they bought Network Solutions (another borderline outfit) but they were allowed to keep running things.

      --
      The higher the technology, the sharper that two-edged sword.
    3. Re:But they do manage those TLD's by MntlChaos · · Score: 1

      Qwest already did this. For a while in Omaha, NE, if you dialed a busy number, Qwest offered to get you to use their auto-redialer instead of giving an ordinary busy signal

    4. Re:But they do manage those TLD's by GlassUser · · Score: 1

      Actually, SBC does this now. For PSTN customers, if you dial a busy number, it does not give you the old "busy buzz", it plays a recorded advertisement on how to use automatic callback. Broke plenty of modems and fax machines.

    5. Re:But they do manage those TLD's by thedillybar · · Score: 1

      Qwest and AT&T and everybody else can do this if they want. You can also switch phone providers if you want. You won't find an alternative for Verisign without burning your computer and going to sleep for 10 years.

  96. Bastards, utter Bastards. by Orteko · · Score: 1

    To put it mildly, what absolute wankers.

    As a guy running an ISP, doing tech support etc. the mind boggles about how much stuff this will break.

    Expect to see huge traffic increases/slow speed of access as soon as these updates filter through everywhere.

    1. Re:Bastards, utter Bastards. by beebware · · Score: 1

      It's already broken our DNS availability checker: it checked to see if a domain name resolved to an IP address before doing the WHOIS check for speed.

  97. Abuse of monopoly will result in regulation. by semanticgap · · Score: 3, Insightful

    I find it very hard to believe that they will be able to get away with this without some response from the US (and EU) government(s).

    Sorry to say this, but this is going to be a precedent for Internet being regulated, this time for real. And you'll be able to thank Verisign for it. Perhaps that's a provocative step to achieve what they are really after - being regulated, which will guarantee them longevity.

    Greedy bastards.

    1. Re:Abuse of monopoly will result in regulation. by Anonymous Coward · · Score: 0

      You don't know who founded network solutions do you? They are good buddies with Bush I. They are ex spooks from the CIA and FBI. They know how to play the governments games.

    2. Re:Abuse of monopoly will result in regulation. by rscrawford · · Score: 1

      Government response?

      The FCC passed new rules which allow large media corporations to effectively monopolize the media channels in some markets. The Senate passed a bill which would block this insane ruling, but our very own GWB (himself a few ants short of a picnic) announced that he would veto any such bill from the Senate.

      In other words, with good ol' Dubya in charge, the only government response we're likely to see is a hearty "Good going, guys!"

      --
      -- The reason it's called the right wing? Irony.
    3. Re:Abuse of monopoly will result in regulation. by semanticgap · · Score: 1

      In other words, with good ol' Dubya in charge, the only government response we're likely to see is a hearty "Good going, guys!"

      Which wouldn't be a bad thing. I think gornment regulation of the Internet is bad, because it usually is very capable of regulating itself. E.g., the Verisign stunt will be addressed by a BIND patch shortly. What Verisign really wants is the government to step in, then they can unleash their lobbyists and make the government bureaucrats dance to their tune.

  98. FIRST POST by beerman2k · · Score: 1

    POSTUS FIRSTUS

    1. Re:FIRST POST by Anonymous Coward · · Score: 0

      Dude, you so missed your chance: You're almost half an hour later than the actual first post!

      What did you do, mistype slashdot.org a few hundred times?

    2. Re:FIRST POST by beerman2k · · Score: 1

      Coward

  99. Well this solves one problem by Anonymous Coward · · Score: 0
    This solves one problem...the problem is as follows
    • Sets up a DNS and HTTP proxy to say, to someone not signed in to the network, that they need to sign in
    • This is done by having all HTTP requests become a special redirect web page
    • Unfortunatly, if someone trys to go to a mistyped domain name which a squatter has not swiped, the DNS server does not return an IP they can try to connect to. Instead of getting the "sign on to the network" page, they get a "hoat name not found" page.
    • However, now that .com has a star record, this will not happen.
  100. Nope... by tugrul · · Score: 2, Insightful


    tugrul@duality:~$ telnet dkfjdfkjdkfjdkjf.com 80
    Trying 64.94.110.11...
    Connected to sitefinder-idn.verisign.com.
    Escape character is '^]'.
    ^]
    telnet> c
    Connection closed.
    tugrul@duality:~$ telnet it.really.is.a.wildcard.dkfjdfkjdkfjdkjf.com 80
    Trying 64.94.110.11...
    Connected to sitefinder-idn.verisign.com.
    Escape character is '^]'.
    ^]
    telnet> c
    Connection closed.
    tugrul@duality:~$

    This is just evil

    1. Re:Nope... by markov_chain · · Score: 1

      OK, about 60% of queries fail for me... maybe their dns server is overloaded?

      Try akfjakfjajN.com for N=1,2,...

      --
      Tsunami -- You can't bring a good wave down!
    2. Re:Nope... by tugrul · · Score: 1

      Already answered here

  101. MSN search hasn't changed. by ogre2112 · · Score: 3, Informative

    The contents of the address bar are only processed by MSN's built in search form if you don't add the TLD.

    'slashhhdot' - would bring up MSN's search.

    'www.slashhhdot.com' - would bring a 404 (or now, Verisign's site-finder)

    After this change by Verisign, MSN's search operates 100% the same. At least, on my IE6 SP1 with no customizations.

    1. Re:MSN search hasn't changed. by DA-MAN · · Score: 1

      404 is file not found, NOT domain not found! You got your error messages crossed!

      --
      Can I get an eye poke?
      Dog House Forum
    2. Re:MSN search hasn't changed. by StewedSquirrel · · Score: 1

      You're mixing up your errors.

      404 is FILE NOT FOUND. If you entered http://www.slashdot.org/thisisnotafile.html you would get a 404.

      When the domain does not resolve, you get a "DNS error", which on MSIE, resolves to "search.msn.com/dnserror.asp" and asks you to search for it on MSN. Here is the text:

      <i>We can't find "www.slashhhdot.com"

      You can try again by typing the URL in the address bar above.
      Or, search the Web:

      Go to MSN Search to see complete results for "www.slashhhdot.com".

      Check availability or register the domain name 'www.slashhhdot.com'.
      ---

      More information about this error.
      About Results

      Powered by MSN Search

      (C)2003 Microsoft Corporation. All rights reserved. Terms of Use TRUSTe Approved Privacy Statement
      </i>

      Soon when my ISP's DNS cache is updated, assuming my ISP doesnt somehow reject that DNS update), I will see Verisign's "register me" page. Microsoft will be pissed.

      Stewey

      --
      There are 10 kinds of people in the world. Those who understand binary and those who don't.
    3. Re:MSN search hasn't changed. by LostCluster · · Score: 1

      Actually, 'www.slashhhdot.com' would not be a 404, because that's a web server's error message. Attempting to contact a non-existant domain used to bring a locally generated error message in the browser, which IE had the option handling by sending to MSN for a slightly more useful page.

      Now, that MSN page never gets a chance to be called because all non-existant domains belong to VeriSign...

    4. Re:MSN search hasn't changed. by Anonymous Coward · · Score: 0

      so MS releases a patch to IE that reads that IP address the same way it reads an unresolved host.

      That would be the best thing MS ever did to IE!

    5. Re:MSN search hasn't changed. by ogre2112 · · Score: 1

      Yes, you (all 3 of you that pointed it out--gee thanks) are all right--and I know this fact.

      Using Windows as much as I do--I work in a PC repair shop, it comes with the territory--I tend to think, and speak in "customer-lingo" where a URL that generates any error, for any reason is typically referred to as a 404.

      Ah well. At least I think my point got through.

  102. This is simply wrong. by mindstrm · · Score: 2

    Verisign should nto be able to just mess with the dns system like this. They should be a registrar.. nothing more. From their point of view, whether or not this involves websites is pointless.

  103. File a complaint at ICANN by Anonymous Coward · · Score: 2, Insightful
  104. You gotta try this! by blackmonday · · Score: 1

    go to "jshkflfhe.com" or whatever. At the Verisign page, enter "verisign licks ass". 2 of the 10 search results are from slashdot. Oh, the irony...

  105. Countermeasures are being put into effect by DragonHawk · · Score: 1

    FYI, that IP address (64.94.110.11) is being null-routed by many ISPs. For example, it is unreachable from my home ISP right now, but if I SSH into work, I can reach it from there. I've also heard of ISPs configuring their resolvers to return NXDOMAIN for any query that returns an A record with that IP address.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
    1. Re:Countermeasures are being put into effect by Anonymous Coward · · Score: 0

      I've also heard of ISPs configuring their resolvers to return NXDOMAIN for any query that returns an A record with that IP address.

      Uh, I sort of doubt that.

    2. Re:Countermeasures are being put into effect by MavEtJu · · Score: 1

      Any idea if that can be done without code change?

      --
      bash$ :(){ :|:&};:
    3. Re:Countermeasures are being put into effect by Anonymous Coward · · Score: 0

      and whats to stop them from changing the address? even daily. ??

  106. Changed? by Anonymous Coward · · Score: 0

    beagleeagles.com no longer resolves to Verisign, but beagleeagles.net does? Tried a couple other .com's seems like they just changed it as I was playing?

  107. Re:YOU FAIL IT! by Anonymous Coward · · Score: 0

    whooaaaahhhh.... how long has that happened?

  108. Terms of Use by creidieki · · Score: 5, Interesting

    So let me get this straight. A site I didn't ask to go to has a Terms of Use which says that my sole remedy is to discontinue use of "The Verisign Services".

    So, by mistyping a domain name, I've entered into a legal agreement with Verisign? And the only way to get out of it is to not use the internet?

    The only address on the page is their legal department's postal address, at

    VeriSign, Inc.
    Attention: Legal Department
    21355 Ridgetop Circle
    Dulles, VA 20166

    I guess I'll be sending them a nice letter. As soon as I figure out what legal recourse I actually have.

    1. Re:Terms of use by Curunir_wolf · · Score: 1

      I liked this part:
      ...and may at any time discontinue your use of the VeriSign Services without any notice to you...

      Sounds like an idle threat to me.
      Does that mean they'll stop resolving bogus domain names to their site, or will they do that just for me??

      --
      "Somebody has to do something. It's just incredibly pathetic it has to be us."
      --- Jerry Garcia
    2. Re:Terms of Use by thedillybar · · Score: 1

      Well excellent! In order to discontinue use of "The Verisign Services", I will just send them an email telling to quite serving my netblock of IPs.....yeah right....

    3. Re:Terms of Use by bobbyt · · Score: 1

      what if i dont agree to their TOSAUPSLAOMG
      OMG!

  109. Hacker bait by Natchswing · · Score: 1
    I wonder how secure they made this page. You think it will be very long before some hacker group looking for recognition defaces it? We could always hope for something beneficial like a link to an anti-*AA site or something.

    Maybe they'll have a sense of humor. "You have been infected with the honor system virus. Please delete your files now."

    1. Re:Hacker bait by WhiteWolf666 · · Score: 1

      Um...I can imagine something worse.

      How long will it be till some blackhat group looking for chaos chooses to install something dark and sinister on it.

      All those IE users mistyping all those domains....

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:Hacker bait by Anonymous Coward · · Score: 0

      STOLEN FROM SOMEONE ELSE:

      [Cthulhu:~] delysid% nmap 64.94.110.11

      Starting nmap 3.26 ( www.insecure.org/nmap/ ) at 2003-09-15 18:52 PDT
      Interesting ports on sitefinder-idn.verisign.com (64.94.110.11):
      (The 1611 ports scanned but not shown below are in state: closed)
      Port State Service
      23/tcp filtered telnet
      25/tcp open smtp
      79/tcp filtered finger
      80/tcp open http
      135/tcp filtered loc-srv
      137/tcp filtered netbios-ns
      138/tcp filtered netbios-dgm
      139/tcp filtered netbios-ssn
      161/tcp filtered snmp
      162/tcp filtered snmptrap
      445/tcp filtered microsoft-ds
      514/tcp filtered shell

      Nmap run completed -- 1 IP address (1 host up) scanned in 24.611 seconds

      Gee whiz, that's a whole lot of services. Can you imagine what would happen were somebody to say, hack the site and insert some rogue script to install spyware/porn dialers/trojans on peoples' machines?

      There's certainly enough unpatched holes in IE to allow somebody who gained control of that site to do myriad nasty things with your computer/personal information.

  110. ICANN by DragonHawk · · Score: 1

    they were granted the power to run the root servers and manage primary DNS by the federal government.

    Actually, the US government transferred that to ICANN some time ago. ICANN currently contracts VeriSign to run the SOA for the roots and GTLDs, and other companies and organizations run the other nameservers.

    Of course, ICANN could drop the hammer on VeriSign, but given ICANN's past performance, I doubt they will. Apparently, other TLD operators have already tried this, and the slap on the wrist was easily ignored.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
    1. Re:ICANN by leerpm · · Score: 1

      Verisign and ICANN's political influence are very limited though. If this creates enough uproar with the major carriers and telcos, I expect there will be enough subtle hints passed along to ICANN from Washington to force Verisign to back off on this.

    2. Re:ICANN by ScrewMaster · · Score: 1

      Yes, but ICANN itself was granted its authority by the government, and again, those can be revoked. You can consider ICANN to be an independent entity if you wish, but in reality they are as independent of Federal influence and control as old Ma Bell was. And I don't have a problem with that: a lot of problems have come about because of ICANN and frankly I think they need to go. Establish a Federal Bureau of Internet Oversight and leave it at that.

      --
      The higher the technology, the sharper that two-edged sword.
    3. Re:ICANN by Hal9000_sn3 · · Score: 1

      Revised VeriSign Registry Agreements: Appendix X available at:
      http://www.icann.org/tlds/agreements/verisign/regi stry-agmt-appx-16apr01.htm States:
      The domains to be registered by Registry Operator, other than on a request submitted by a registrar pursuant to that registrar's Registry-Registrar Agreement, are as follows: None at this time.

  111. Boycott the root servers by Famanoran · · Score: 2, Interesting

    I vote that we all boycott the VeriSign root-servers, and setup an international non-profit agency to maintain new non-commercially-run root servers.

    This is outrageous, and despite what they say, is completely in violation of internet standards and best practices.

    1. Re:Boycott the root servers by WhiteWolf666 · · Score: 2, Interesting

      Done.

      Ask and ye shall receive:

      OpenNIC

      Don't worry, it resolves on verisign's servers (for now).

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:Boycott the root servers by Famanoran · · Score: 1

      Oh good - time to change my dns servers... and convince my isp to as well.

  112. Contact ICANN comments@icann.org by Teflon · · Score: 5, Insightful

    If you want this "feature" of verisign's turned off (I know I sure do), contact ICANN now. This is yet another example of Verisign having far too much unchecked power over the .COM and .NET registries.

    1. Re:Contact ICANN comments@icann.org by C10H14N2 · · Score: 3, Interesting

      Terrific. As the staff at ICANN can barely fill the coffeehouse across the street, hell, you could probably cram them all in the bathroom without too much work, I'm sure they'll appreciate the /. effect of 35,000 emails in a day on a single issue.

      Yeah, bravo. The idea is alright, but suggesting it to the bagillion /. trolls that will see this is not exactly the epitome of civility. I feel for the sysadmin who is no doubt already writing the filter for anything regarding this issue that they are no doubt already aware of.

      What is this, better living through DDoS?

    2. Re:Contact ICANN comments@icann.org by chuckk · · Score: 2, Informative

      Also, contact the operators of the root nameservers B-M.

      No direct contact addresses, but hostmaster@domain for these is a good start, but a list of CIOs (ot the equiv) for these orgs would be more apppropriate...
      http://www.icann.org/committees/d ns-root/y2k-state ment.htm
      The root nameservers are operated by all these different entities for the precise reason of preventing this sort of shennanigans. John Postel saw this coming.

    3. Re:Contact ICANN comments@icann.org by Anonymous Coward · · Score: 0

      ICANN is basically owned by Verisign, after Versign pushed them in to bankruptcy.

    4. Re:Contact ICANN comments@icann.org by fwc · · Score: 1

      The problem is that these operators don't run the dns for the .com/.net zone. Network Solutions does. Bothering the owners of the . domain won't accomplish anything other than most likely filling the mailboxes of some of the most level-headed and competent DNS administrators on the planet (who most likely don't like this idea any more than you do).

    5. Re:Contact ICANN comments@icann.org by chuckk · · Score: 1

      They run a copy of the com/net zones from A. I see this wildcard in effect on A now...but, for example, I don't see it on F at this moment. When, later tonight, F transfers com from A, the wildcard will be there.
      This wildcard was trivial to add...and would be possible to remove after the zones are pulled over from A.

      Still, it's unlikely this'lll get worked out by this sort of tit-for-tat amongst root operators.

    6. Re:Contact ICANN comments@icann.org by innocent_white_lamb · · Score: 5, Insightful

      What is this, better living through DDoS?

      No, this is receiving feedback from the affected administrators, engineers and other interested persons; said feedback hopefully leading ICANN to do the give Verisign a short, sharp lesson in "WHOA!".

      You know, the job that they are supposed to be doing and all that kind of thing.

      --
      If you're a zombie and you know it, bite your friend!
    7. Re:Contact ICANN comments@icann.org by Wolfrider · · Score: 1

      --I agree that this wildcard redirect is a Bad Thing for the Net and all involved users, but when I read the article blurb I thought to myself, "That's a pretty impressive hack!"

      --Gotta give them reluctant props for that, and some big cojones to try this in the 1st place.

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    8. Re:Contact ICANN comments@icann.org by fwc · · Score: 2, Informative
      I think you misunderstood my response to the poster.

      The poster was suggesting that we email the root nameserver operators and complain. All that is in the root nameservers are NS records for each of the Top Level Domains (.com, .net, .org, .us, etc.), NOT the .com and .net NS records.

      As a result, there is absolutely nothing the root nameserver owners (I.E. [a-m].root-servers.net) can do about this wildcard resolution, short of removing .com and .net from the internet which would be worse than the current situation.

      The .com and .net zones are on the [a-m].gtld-servers.net servers. These are 100% owned and operated by Verisign/Netsol last time I checked. The wildcard is on the these .com and .net nameservers, and as such, nobody other than Verisign can make any changes to these zones.

    9. Re:Contact ICANN comments@icann.org by tulare · · Score: 4, Insightful

      Sorry, but bullshit.

      ICANN is responsible for, among other things, ensuring that it's registrars perform their duties properly. If an issue such as this one crops up, and the /. community (trolls and non-trolls alike) decide to make their complaints known using the established protocol that ICANN itself has provided for such matters, so be it. Yes, this will generate an enormous volume of sometimes absurd attempts at flaming, and yes, someone at ICANN has probably filtered all that traffic - although I suspect not to a circular file as you seem to suggest, but to a count-aggregation file to provide a record of public comment.

      Face it - sometimes, being responsible for a little thing like the internet can be a bitch. Most of us do have to deal with inane crap as a part of our daily grind, although I admit that getting 20,000 emails suggesting I view a goatsex link in a single day would probably be unusual for me at least. But at least ICANN has said outright that they aren't going to read all of them :) But that's their job, and the closetfull of people who work for ICANN get paid to do it, knowing fulll well that things like this will happen. Big deal. Such is life, such is work. Or do you have a job where your responsibility is guaranteed to be 100% hassle-free? If so, I applaud and doubt you.

      --
      political_news.c: warning: comparison is always true due to limited range of data type
    10. Re:Contact ICANN comments@icann.org by C10H14N2 · · Score: 1

      Just because some schmuck screams "the sky is falling, it is ICANN's fault and they're doing nothing about it" doesn't mean any of the above is the case and certainly is not justification to incite a storm of pointlessly abusive email bombs that will be read by no one.

      If you actually pay attention to what goes on at ICANN, or god forbid actually set foot inside the building, you'll quickly find that all these conspiracy theories about their relentless pursuit of world-domination via DNS and their consistent incompetence (they couldn't be much MORE competent for godssake) couldn't be further from the truth.

    11. Re:Contact ICANN comments@icann.org by Michael+Hunt · · Score: 1

      No, they don't.
      A-M.root-servers.net and A-whatever.gtld-servers.net are not the same set of machines.

      Bother the people who own B-whatever.gtld-servers.net and get them to filter the *.com entries from their DNS. That might do something, especially considering that there's a LOT of gtld-servers, and netsol only has one of em.

    12. Re:Contact ICANN comments@icann.org by You're+All+Wrong · · Score: 1

      "...short of removing .com and .net from the internet which would be worse than the current situation."

      Not necessarily.

      Let's see what windows I have open at the moment - samspade.org, slashdot.org, (my own domain).org, theregister.co.uk, news.bbc.co.uk. You could nuke the entirity of .com off the face of the planet, and I wouldn't shed a tear. Yup, that means redhat too, boo freaking hoo.

      YAW

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    13. Re:Contact ICANN comments@icann.org by Anonymous Coward · · Score: 1, Interesting

      If you complain to ICANN, be sure to note that this is a breach of the WhoIs policy:

      "76. It is noted that ICANN's Statement of Registrar Accreditation Policy requires accredited registrars to provide public access on a real-time basis (such as by way of a Whois service) to the contact details which it is recommended, above, be required to be provided by a domain name registrant 54."

      -- The Availability Of Contact Details, The Management Of InterNet Names And Addresses: Intellectual Property Issues, World Intellectual Property Organisation, http://wipo2.wipo.int/process1/report/finalreport. html

    14. Re:Contact ICANN comments@icann.org by F452 · · Score: 1

      You live in a small, narrow world.

    15. Re:Contact ICANN comments@icann.org by johnnyb · · Score: 1

      Contact VERISIGN NOW! Contact their _sales_ department and tell them you will no longer be using any of their products until they get this fixed. Probably the person on the other end of the phone won't have a clue what you're talking about, but be aware, if this goes through the sales channels, it WILL be heard by upper management.

      The phone number to use is 877-438-8580, pulled from
      http://www.verisign.com/corporate/about/contact/in dex.html?sl=060104.

      If they get enough of these, they'll stop.

    16. Re:Contact ICANN comments@icann.org by jesboat · · Score: 1

      I disagree.

      I think that removing the .com and .net allocations to VeriSign's servers is one of the best things they could do. It would show people what happens what somebody violates the DNS specification. It would show people what would happen when a company gets too full of themselves. It would show people what would happen if the 'Net got unstandardized (more than it already is.) And it would generate more backslash than people have ever seen.

    17. Re:Contact ICANN comments@icann.org by chuckk · · Score: 1

      I stand corrected.
      Pre 2000 ('99 ?) the list of root-servers.net carried the full com & net zones. And yes, now those zones are hosted solely on the list of gtld-servers.net servers.

      The original operational/organizational diversity of the root-servers is no longer so important as it had been a few years ago.

    18. Re:Contact ICANN comments@icann.org by mysticalreaper · · Score: 1

      Parent is a troll. Educated network administrators think this is a bad thing. ICANN is obviously flawed to the outside observer. To really show this troll what's what, do a little reading on the subjects he mentions, and draw your own conclusions. When it turns out the parent is completely and utterly wrong, you will have beaten him. Good luck, and Godspeed.

    19. Re:Contact ICANN comments@icann.org by C10H14N2 · · Score: 1

      Pardon, despite agreeing with the notion that the issue at hand is a "bad idea," the remedy in question undeniably has the potential for being at best rather silly and at worst a bit abusive.

      ICANN may have problems and people may have problems with ICANN, but they only remotely relate to the question at hand and certainly won't be remedied through the course of action suggested.

      Publicly insinuating that someone is an uneducated troll for suggesting a response to a problem be reasonable and studied (i.e. confirming that ICANN is not already aware of the situation, as has been covered elsewhere in this thread), not whimsical and herdlike, is out of line.

    20. Re:Contact ICANN comments@icann.org by Anonymous Coward · · Score: 0
      You could also mail directly to verisign.
      If you look up verisign.com in whois.networksolutions.com you get the answer:
      Administrative Contact, Technical Contact:
      VeriSign, Inc. (KISYRULTXO) vshostmaster@VERISIGN.COM
      487 E MIDDLEFIELD RD
      MOUNTAIN VIEW, CA 94043-4047
      US
      650-961-7500 fax: 650-961-8870

      I guess that is the best place to complain...

      I also noted that verisign was reported to RFC-ignorant.org

      :-)

      I'm not a Anonymous Coward, my name is Goran and I'm a Lazy Coward!

  113. Gambling and Insurance by ttyp0 · · Score: 1
    I've always thought it funny how all these search pages consider Gambling and Insurance the "most" popular search categories. I don't think I've ever searched for gambling sites in my life and neither have most Internet users. They should rename it "Least Popular categories, but sites who pay us advertising dollars".

    Show your hate for SCO. Get a cool t-shirt and donate to the Open Source Now Fund.

  114. Re:Contact ICANN comments@icann.org -MOD PARENT UP by DA-MAN · · Score: 1

    I'm gonna burn a little karma here and recommend that you be moderated up. Very good point, and definately the way to proceed.

    --
    Can I get an eye poke?
    Dog House Forum
  115. Illegal? by __aagmrb7289 · · Score: 2, Informative

    Well, I've read a lot of posts that say this should/is illegal. Fine, let's go for it - everyone needs to contact the Better Business Bureau and their local congressmen/women (here is contact info for Oregon; Washington, etc. - use your brain, you'll figure it out), and get some movement on this. Don't just sit there and make angry comments! Do it...

  116. comments@icann.org by Teflon · · Score: 1

    As with my previous comments, comments@icann.org is the place to go.

  117. Bisso giveth, Verisign taketh by tugrul · · Score: 2, Interesting

    Its odd given that we just found out spelling isn't *that* important =P

    1. Re:Bisso giveth, Verisign taketh by Anonymous Coward · · Score: 0

      Bt w lrd knw tht spllng wsn't tht mprtnt, vn wtht th frst r lst lttrs.

  118. This only seems to account for web services!!! by Anonymous Coward · · Score: 0

    It is not as bad as it seems.
    While misscpelldedomian.com is redirected in your browser, a ping to that domain gives me still "domain not found".
    So all complaining sys admins: learn to use the command line and ping to check for domain existence, instead of using your browser for that. Or is that too hard for an MCSE?

    1. Re:This only seems to account for web services!!! by Anonymous Coward · · Score: 0

      I beg your pardon?

      A name server can't know what application is requesting name resolution.

      I don't think you know what you are writing about.

    2. Re:This only seems to account for web services!!! by BoneFlower · · Score: 1

      I get a timeout, not a "domain not found"

      That to a network admin suggests the domain exists but the server is having trouble, whereas it *should* report domain not found which would point towards a misspelling.

      Furthermore, the IP that pinging a randomly typed domain gives me is- 64.94.110.11 which is the Verisign site.

      This does in fact cause problems for ping, and probably traceroute as well. EVERYTHING directed towards a non-existent .com or .net will go towards 64.94.110.11.

    3. Re:This only seems to account for web services!!! by squant0 · · Score: 1

      It looks like they just DOSed themselves... I get the "domain not found" error now too, while 5 minutes ago I got the wonderful verisign page... odd

    4. Re:This only seems to account for web services!!! by squant0 · · Score: 1

      Scratch that, its just taking about 3 minutes to load the verisign page... guess the DOS attacks are just beginning ;)

    5. Re:This only seems to account for web services!!! by Anonymous Coward · · Score: 0

      That would work just great for sites that ignore ICMPs.

    6. Re:This only seems to account for web services!!! by Anonymous Coward · · Score: 0

      Wow, you really are an idiot. You do know that this is only active on a few of Verisign's servers right now, don't you?

  119. Hate! by focitrixilous+P · · Score: 1

    How can they get away with this? Not even Microsoft would sink as low as to claim ownership of every unclaimed .com and .net. They have no possible claim to this. I like a nice friendly 404 when I make typos, not an ad. I would rather view every offtopic post on slashdot ever posted then this.

    --
    SAILING MISHAP
    1. Re:Hate! by Etcetera · · Score: 1


      Not to nit-pick, but a 404 message is only displayed when you've hit a valid server, but the file you've requested isn't there (page/resource cannot be found).

      The message IE normally displays (if you've turned off MSN's search feature) is:

      The page cannot be displayed

      The page you are looking for is currently unavailable. The Web site might be experiencing technical difficulties, or you may need to adjust your browser settings.

      Not as helpful as it could be, but at least it's something. Incidentally, this is what users will STILL get at my ISP once we null-route that IP address. =)

  120. nslookup is almost useless now... by toiletsalmon · · Score: 0

    Well, I guess not really, but this seriously bites ass. Do you kno whow many shell/perl scripts are going to have to be tweaked because of this helpful addition?

    C:\WINDOWS\system32\drivers\etc>nslookup www.hdjkdfjkfhfhfdjkhjks.com
    Server: vnsc-pri-dsl.genuity.net
    Address: 4.2.2.4

    Non-authoritative answer:
    Name: www.hdjkdfjkfhfhfdjkhjks.com
    Address: 64.94.110.11

    C:\WINDOWS\system32\drivers\etc>nslookup 64.94.110.11
    Server: vnsc-pri-dsl.genuity.net
    Address: 4.2.2.4

    Name: sitefinder-idn.verisign.com
    Address: 64.94.110.11

  121. Changed Already? by hutman · · Score: 2, Informative

    I tried a few domains and got the Verisign page, but now the 'feature' seems to be missing. Did they backtrack already?

    1. Re:Changed Already? by Anonymous Coward · · Score: 0

      This appears to be the case for me as well...I tried it against a few misspelled Verisign-registered domains and it worked when the story was first posted, but now they don't. Retrying those domains now gives me the normal ol' error, and new purposely-screwed names don't redirect to Verisign anymore. Anyone else experiencing this?

    2. Re:Changed Already? by Anonymous Coward · · Score: 1, Informative

      .com doesn't, .net still does for me.

      glad I moved all my domains off NSI a long time ago.

    3. Re:Changed Already? by pcjunky · · Score: 1

      I have tried through some dns server return nxdomain. Our (ns.cyberstreet.com) return there verisign ip with a TTL of 15min.

  122. They've been waiting for a critical mass by jamezilla · · Score: 3, Informative
    From the bestpractices whitepaper:
    Several TLD administrators* already support wildcard functionality in their zones, demonstraiting that the concept works in practice. The applications provided by these administrators to support wildcard functionality vary, but in all cases the administrators provide a web page to inform the human web users that they have reached a destination as a result of attempting to resolve a non-existent domain name. In most cases, the web page informs the user that the domain is available for registration. In one case the web page helps the user find web sites associated with delegated subdomains.

    *The zones for .cc, .cx, .io, .mp, .museum, .nu, .ph, .td, .tk, .tv, and .ws support wildcard functionality.

    They've been watching others do this for a long time... just waiting for a critical mass so they can point to everyone else and say, "They're all doing it, why can't I?"
  123. mmm, routing.. by vagn · · Score: 1

    route add -host 64.94.110.11 gateway 10.0.0.86 dev eth0

    works for me!

  124. On the bright side, domains still have value... by Ron+Bennett · · Score: 1

    There has been an increase in domain name transaction activity lately as well as increasing awareness of the value of domain names in internet commerce.

    Of course on the dark side is VeriSign...wonder if they have configured DNS wildcards properly?

    In any event, VeriSign's appropriation of internet domain names they don't own as their own is wrong and likely exists viable legal theories in stopping them from wildcarding unregistered domain names...

    * Violates generally accepted DNS standards
    * Trademark dilution/confusion
    * Privacy issues

  125. Never thought VeriSign would stoop THIS low.. by ModernGeek · · Score: 1

    .. now verisign is no better than lop.com and other programs that Hi-Jack IE and do the same they do. The internet is getting ruined by MS and VeriSign, I wish that the "big three" (win,mac,lin) were more equal, then the internet would be somewhat less degraded. I hope the US government takes away the priviledge they gave to NSI/VeriSign and hands it to a more responsible company. It's not like .COM is like .tk where they can advertise like that, .COM is most of the net, so they are on a higher playing ground.

    --
    Sig: I stole this sig.
  126. .cx by quonsar · · Score: 1

    .cx does this too, i noted recently.

  127. Other articles about this by Nucleon500 · · Score: 2, Informative
    This seems to be the first test, but there was some speculation that they'd do this beforehand. Check out these, c/o Google News:

    Inventor Says Search Service Won't Break DNS

    VeriSign Looks At Earning Money on Domain Typos

    VeriSign Mulls Way to Make Money from Typos

  128. 64.94.110.11 not found... by mhawk13 · · Score: 1

    "We didn't find: "64.94.110.11"

    There is no Web site at this address."

    say what?

  129. Exim users. by Anonymous Coward · · Score: 0

    The 'dnslookup' router in the configuration file has probably already got a line like:

    ignore_target_hosts = 127.0.0.0/8

    Change this to:

    ignore_target_hosts = 127.0.0.0/8 : 64.94.110.11

    And for all purposes ( including verification, unless you've configured the router otherwise ) names that resolve to 64.94.110.11 will be treated as if they don't.

  130. OpenNIC anyone? by efti · · Score: 2, Interesting

    Wasn't OpenNIC created to prevent exactly this kind of abuse? People might just start using them if VeriSign carries on in this manner...

    "The OpenNIC is a user owned and controlled Network Information Center offering a democratic, non-national, alternative to the traditional Top-Level Domain registries.
    "Users of the OpenNIC DNS servers, in addition to resolving host names in the Legacy U.S. Government DNS, can resolve host names in the OpenNIC operated namespaces as well as in the namespaces with which we have peering agreements (at this time those are AlterNIC and The Pacific Root).
    "Membership in the OpenNIC is open to every user of the Internet. All decisions are made either by a democratically elected administrator or through a direct ballot of the interested members and all decisions, regardless of how they are made, within OpenNIC are appealable to a vote of the general membership."

    It sounds a whole lot better than the current system to me...

    --
    I signed up for a /. account and all I got was this crappy sig
    1. Re:OpenNIC anyone? by FFFish · · Score: 1

      Tell us all about OpenNIC. Can I use it as a direct replacement for whateveritis that my ISP gives me for DNS lookup?

      (Actually, I'm about to head right over to that link. But others will want to know.)

      --

      --
      Don't like it? Respond with words, not karma.
    2. Re:OpenNIC anyone? by FFFish · · Score: 1

      Nope, you better tell more. I just set my system up to use OpenNIC in preference to whatever my router tells it to use (which I presume is what my ISP tells my router to use, which I presume is Verisign.) And while I presumably have access to all the (rather unknown) TLDs now, I'm still seeing Verisign's bullshit when I try to go to www.verisignsucksdonkeyballs.com.

      I figure this is because OpenNIC passes it off to Verisign when it fails to find the site.

      Can I whack Verisign right out of the DNS list? Which is to say, does OpenNIC mirror all of the .com, .edu, .org, etcetera TLD information?

      I'd be perfectly delighted to have OpenNIC as my sole DNS, but not at the cost of losing access to the majority of the Internet...

      (If OpenNIC can do it all, we need to pressure Opera, Mozilla, and the like into using it as the primary DNS, with Verisign only as fallback!)

      --

      --
      Don't like it? Respond with words, not karma.
    3. Re:OpenNIC anyone? by Anonymous Coward · · Score: 1, Informative

      Unfortunately, OpenNIC cannot actually mirror .com and .net, since Verisign won't release the zone files themselves. The best we can do is see that the part of the namespace we run ourselves (opennic.glue, .null, .geek, .indy and .parody so far) are run as we think they should be. The queries for the stuff Verisign operates we can only pass off to their servers.

      This _does_ mean, however, that our servers will return a "no such domain" error correctly on non-exixtent .null (for example) domains, but we can't do that on .net without breaking it completely for our users. (In theory, we could actually run a query ourselves and, if it comes up as Verisigns hijacker IP we could return NXDOMAIN but since this is quite a new problem we haven't had time to look into how difficult that would be.)

      -robin

    4. Re:OpenNIC anyone? by piyamaradus · · Score: 1

      Why not? The zone files are relatively easy to get, although there might be legal repercussions to 'redistribute' (is random, non-zone-transfer access 'redistribution'?

      I could easily set up a local alternate com and net server for our DNS networks based on twice-a-day zone transfer FTPs from, you guessed it, Verisign. Until they yanked my access...

    5. Re:OpenNIC anyone? by Anonymous Coward · · Score: 1

      I'm looking forward to you correcting VeriSign's demonstration of arrogance. AFAICT, switching over to OpenNIC is less hassle than patching my own resolvers, so if I can kill two birds with one stone, that's what I'm going to do. Please make yourself heard when you manage to sanitize .com/.net. Sabotage of the DNS by the official rootserver administrators is the ideal reason for a migration to an alternative.

    6. Re:OpenNIC anyone? by Anonymous Coward · · Score: 0

      Last time I checked, you had to apply for access to the zones. They definitely won't give this access to OpenNIC, since they wouldn't even give me access when I was a candidate for ICANN's Board of Directors election and had requested it in order to generate some stats for the electoral debates.

      They stopped allowing open FTP and zone transfer access to _everything_, including their root zone, a while ago. If they've re-openned it I haven't heard about it.

      (But see the reply I'm about to post below on why OpenNIC probably _shouldn't_ fiddle with how .com and .net resolve.)

      -robin

    7. Re:OpenNIC anyone? by Anonymous Coward · · Score: 0

      I'm not certain that OpenNIC will correct this, or that we should.

      Our policy has always been that the earliest functioning operator of a TL is the most legitimate authority for it. In this case, Verisign (as ICANN's contracted operator) is actually the appropriate authority for the .com and .net TLDs. How they choose to operate those TLDs is their decision, and if they choose to do something stupid like this the appropriate response is not for us to fiddle their data; as the appropriate authority, the choice to break their system is theirs.

      We can, however, categorically state that OpenNIC does _not_ do this on TLDs which we manage.

      -robin

    8. Re:OpenNIC anyone? by piyamaradus · · Score: 1

      Except...the screening process is so random and the security so bad that these accesses are trivially obtainable. All the spammers have them, which is why new domains get mined so fast. Verisign even stopped enforcing the 'IP restrictions' they had on there once, weak an addition though they were, so if you grab an ID, you can use it from anywhere.

      But verisign is just running the registry -- it's not like they're a security company or anything...oh, wait...

    9. Re:OpenNIC anyone? by efti · · Score: 1

      I for one would really like to see the OpenNIC nameservers correct Verisign's action. The OpenNIC policy does indeed sound fair, but DNS is a public service that primarily exists for the users, not to provide Verisign with a cash cow.

      It might be that Verisign has the right to do this, but they are doing this against the net community's wishes. And there isn't a damn thing users can do about it, which is why the Bind developers took matters into their own hands. I urge OpenNIC to do the same, or at least vote on the issue.

      --
      I signed up for a /. account and all I got was this crappy sig
  131. What amazing balls... by Anonymous Coward · · Score: 0

    What, is the Internet powerless against this kind of BS?! It is incomprehensible that Verisign can simply violate RFC after RFC and nothing can be done about it!

  132. Weird. Wget and Mozilla return different results by Anonymous Coward · · Score: 0

    $ host blahfuckxxx111.com
    Host blahfuckxxx111.com not found: 3(NXDOMAIN)

    $ wget blahfuckxxx111.com
    --21:59:19-- http://blahfuckxxx111.com/
    => `index.html'
    Resolving blahfuckxxx111.com... failed: Host not found.

    Yet my Mozilla is showing the sitefinder web page. Still trying to figure out what's going on on the protocol levels...

  133. I can't get resolution ? by Anonymous Coward · · Score: 0

    www.is_verisign_really_fucking_up_the_entire_inter net.com

    isn't resolving for me ?

    1. Re:I can't get resolution ? by lahi · · Score: 1

      Underscore "_" is not a legal character in domain names.

      -Lasse

  134. hosts file by Stavr0 · · Score: 1

    0.0.0.0 sitefinder.verisign.com

    1. Re:hosts file by Anonymous Coward · · Score: 0

      Which won't block anything other than "sitefinder.verisign.com". So, "ekjejfdf.com" will still go to that site.

  135. WARNING, DON'T CLICK! by Anonymous Coward · · Score: 1, Funny
    That's not random--it's Welsh for "Commander Taco."

    ~~~

  136. This took us offline for four hours by Anonymous Coward · · Score: 0

    This completely killed us. We have co-lo with an unregistered domain assigned in Active Directory. Our crappy sys admin had assigned all the public NICs on our multi-homed web servers to use Verio's or PacBell's name servers. None of the machines could resolve the names of anything else, including the backend DB servers and the domain controllers. I thought it odd when every nslookup returned the same 64. IP address. I guess in the past, the DNS lookups failed and then the web servers tried the nameserver specified on the other NIC (the IP address of a domain controller), at which point it succeeded. I'm pretty that this guy set things up pretty badly, but everything was working until VeriSign made this change. Oh, and I think it was before 7.45 EDT because I was working on it before then, and seeing that IP address before then.

  137. Type whatever you want... by Ieshan · · Score: 2, Funny

    Just type in any URL you don't think corresponds to an address, like www.googoogoogle.com. All the contact info will be on the bogus page that pops up.

    1. Re:Type whatever you want... by yRabbit · · Score: 1

      Wow, this is a very great feature VeriSign added to the firewall I use!
      Now I can fill up my DNS cache by going to nonexistant websites ending in ".com". They all resolve to 64.94.110.11 (sitefinder-idn.verisign.com), but sadly, Mozilla keeps timing out when trying to contact any of them.
      If I go directly to http://sitefinder-idn.verisign.com, I get a page informing me:
      "We didn't find: "sitefinder-idn.verisign.com"
      There is no Web site at this address."
      Thanks a lot, VeriSign!

    2. Re:Type whatever you want... by carndearg · · Score: 1
      Better than that, alter the URL and have Verisign admit what they were up to all along.

      Try it!.

  138. I'm kinda amused by ONU+CS+Geek · · Score: 1

    First, as I recall, no one from NetSol/Veri$ign sought ideas or thoughts from the internet community at large before implementing this. What really bothers me is the fact that:

    - Only one company is doing this
    - This company engages in what I would consider deceptive and somewhat dangerous business pratices
    - This same company controls a lot of the Root Certificates
    - This same company controls a lot of registrations for websites (including my employer's)

    Even if I think of it as a worse-case scenario, let's say that Mr. Experienced Cracker/Internet Bad Guy wants to crack into this server. Within a day, if no one notices it (and given their security record, this shouldn't be too much of a stretch), within a day, they have the ability to 0wn numerous clients.

    Best Case scenario, I still see them breaking many things, including email, the rest of DNS, and, quite possibly, other things.

    I have the odd feeling this will turn into another "Proft by legislation/lawsuit" scheme. *sighs* Know of any good countries where people still have "rights?"

    --

    I disable sigs...do you?
  139. WHY?!?! by tugrul · · Score: 2, Insightful

    We do blacklists for spam because it originates from multiple moving targets.

    Verisign is neither multiple nor moving. Instead of sullying our libraries with this stupidity, put your effort into beating Verisign into submission to common decency.

    1. Re:WHY?!?! by Alien+Being · · Score: 1

      "put your effort into beating Verisign into submission to common decency."

      Agreed.

  140. Misplaced root of trust? by LostCluster · · Score: 4, Insightful

    Is it just me, or is Verisign now absuing the trust of the Internet community, which is a very strange thing for a company that wants to be a root of trust when it comes to issuing SSL certs?

    1. Re:Misplaced root of trust? by graxrmelg · · Score: 2, Insightful

      When was the last time VeriSign had the trust of the Internet community? That was gone long ago, especially after they started sending fake domain renewal notices to people whose domains weren't registered with them. If they have a monopoly on issuing SSL certificates, why would they need to care about their reputation?

    2. Re:Misplaced root of trust? by Anonymous Coward · · Score: 0

      They don't want to be the root of trust. They are, and they didn't do anything to earn that trust so don't expect them to do anything to keep it.

  141. This isn't all bad... by Sikmaz · · Score: 2, Interesting

    When I get into work tomorrow I will do two things:

    1) Setup an internal web server and redirect all traffic to 64.94.110.11 to this box that says something, you have misstyped something...

    2) I will enable reverse lookups and anything coming from 64.94.110.11 will be considered spam.

    Won't affect my users and might help a LITTLE bit with spam.

    1. Re:This isn't all bad... by bigbadunix · · Score: 1


      Yeah, sure you can do that and I'm sure you will...we all will somehow have to tune our networks to compensate for this. Along with the fact that they can easily change IP addresses to their heart's content, any static IP we use to filter/block would be irrelevant.

      However, is that really the point? How many total man-hours of system administrators across the nework will this cost? No, really think about it. It's ridiculous.

      I've done my part, already sent of my emails of complaint, let's hope that the noise really works this time, and somehow a reversal of this wickedly dumb decision can be thrown into action...stat!

      --

      The older I get, the less I like everyone else.
  142. Voice your concerns by siegesama · · Score: 1

    If you're upset about this, I'd recommend calling one of the 800/888 numbers on the Verisign Corporate Contacts Page and lodging a formal complaint.

    You can also email your concerns directly to customer service (which is what they will have you do after you call, anyway)

    As of right now, smtp is also enabled on that IP. Haven't received a bounce message yet for an intentionally incorrect email. Wonder where all the badly addressed spam will go now?

    --
    what the hell is a 'junk character', anyway?
  143. One word: by Anonymous Coward · · Score: 0

    fuck.

  144. The nastiest thing is... by manonthemoon · · Score: 1

    Null routing only changes the problem, it doesn't eliminate it. The domain still will return an address- it will just be unreachable. The error returned is therefore wrong.

    This will force recoding on an insane scale. And what do we do when they change the IP address every couple of days?

    This cannot stand and I would be surprised if it did.

    I cannot imagine a more vapid thing to do than this- and to not even give any notice! The monomania and self delusion that they are exhibiting is truly amazing.

    Does anyone have an idea of how we can start returning correct error messages immediately?

  145. Scuh a walircdd culod be used for good by lplatypus · · Score: 2, Funny

    Hinavg jsut raed the shoasdlt srtoy eeilnttd Can You Raed Tihs?, I bigen to wnoder if the sirntg mthicang used by DNS is too sitrct. Sulery a pmueertd nmae culod be rtdcireeed to the ceorrct stie? Aslo, one suhold not be aoellwd to reeisgtr a doamin nmae wihch is a smlipe pimaureottn of an esxiintg dimoan name wtih the smae frist and last leettr.

    1. Re:Scuh a walircdd culod be used for good by lahi · · Score: 1

      And then what about for example cbs.com and sbc.com?
      If you allow TLA domains, how large a T > 3 would you allow before rejecting permutations?
      -Lasse

    2. Re:Scuh a walircdd culod be used for good by lplatypus · · Score: 1
      And then what about for example cbs.com and sbc.com?
      For a permutation to be understandable, it's important that the first and last letter are in the right place, according to the previous slashdot article. So ssldahot should clash with slashdot, but adhlosst should not clash. Thus cbs and sbc would be allowed to co-exist.
    3. Re:Scuh a walircdd culod be used for good by lahi · · Score: 1

      For a permutation to be understandable, it's important that the first and last letter are in the right place, according to the previous slashdot article. So ssldahot should clash with slashdot, but adhlosst should not clash. Thus cbs and sbc would be allowed to co-exist.

      Cool! I had not seen taht.

      -Lsase

  146. Make it hurt. by An+Onerous+Coward · · Score: 1

    How long will it take me to write a script that continuously sends out requests for domain names like "www.98237498766783264786237864.com"? I'm starting now. Anyone who comes up with one, respond below with "first ddos!" and share your technique.

    --

    You want the truthiness? You can't handle the truthiness!

    1. Re:Make it hurt. by An+Onerous+Coward · · Score: 1

      Never mind, bad idea. I had it running for a few minutes, and it looks like all it's doing is filling up my ISP's nameserver with garbage. I like my ISP.

      This really sucks. And blows. It's a sucky, blowy thing.

      --

      You want the truthiness? You can't handle the truthiness!

    2. Re:Make it hurt. by Anonymous Coward · · Score: 0

      Ummm...connect to 64.94.110.11:80 and for the address you were trying to get header, put something random (see HTTP RFC).

      That puts no load on a DNS server and does what you intended.

    3. Re:Make it hurt. by Anonymous Coward · · Score: 0

      instead of having the script run against your default nameservers (i.e. your ISP's) have it query against [a-m].gtld-servers.net directly...

    4. Re:Make it hurt. by 42forty-two42 · · Score: 1

      Point it to verisign's servers:

      #!/usr/bin/perl -w
      use strict;
      use Net::DNS;

      my $res = new Net::DNS::Resolver;
      my @servers = map { "$_.gtld-servers.net" } ('a'..'m');
      my @dnschars = ('0'..'9', 'a'..'z', '-');
      while(1){
      my $host =
      my $serv = $servers[int rand scalar @servers];
      $res->nameservers($serv);
      $res->search($host);
      }

      sub randhost {
      my $host;
      for(1..10){
      $host .= $dnschars[int rand scalar @dnschars];
      }
      return $host;
      }

  147. It's TERRORISM! by Progman3K · · Score: 1

    Stop them!

    LOL

    --
    I don't know the meaning of the word 'don't' - J
    1. Re:It's TERRORISM! by Zaiff+Urgulbunger · · Score: 1

      The funny thing is, if a terrorist organisation did want to cause financial upset, stuffing the operation of the internet would be a good way to do this.

      Therefore, you'd have thought that the government (which ever one) should be making sure that organisations such as ICANN, Verisign, etc are operating in a controlled manner. It won't happen of-course.... at least not until there *is* a terrorist attack.

      The sad thing is, if/when this does happen, it'll co-incide with other infrastrucutre attacks, e.g. national power grid, telecommunications along with a 9/11 style attack. Probably anyway... it would seem the logical next move.

    2. Re:It's TERRORISM! by Progman3K · · Score: 1

      I think the solution would be to set up a Gnome fund to pay off the server space somewhere to run an RFC-Compliant DNS.

      It would be untouchable.

      Publicly-supported, existing to serve us all; like the GPL.

      A freedom from the tyranny of a few who would control us by deciding what we will see next.

      --
      I don't know the meaning of the word 'don't' - J
  148. There is no Internet by DragonHawk · · Score: 4, Insightful

    (Pre-emptive strike: Insert Matrix-spoon reference here.)

    I feel it is worthwhile to post a more general response to this point as well.

    There is this myth that "the Internet" exists as a single, cohesive network. It does not, and never has. "The Internet" is a network of networks. What that means is that a bunch of independent network operators have agreed to exchange traffic with each other because it benefits them. When you dial in to your ISP of choice (or plug in your Ethernet cable or whatever), you're not connecting to the Internet. You're connecting to your ISP. Your ISP probably connects to their ISP. Their ISP (if you're lucky) connects to several other ISPs, who connect to other ISPs, and so on. All these independent network operators form "the Internet". So, "the Internet" exists as an abstract concept (and a useful one), but not as something you can touch. Not even as something you can route traffic through. All you can do is connect to some other guy's network and hope for the best.

    The reason this is important is because we are already seeing ISPs implementing countermeasures against this VeriSign move. Some are null-routing that IP address at layer two; others are using DNS tricks to give us the old behavior. If enough ISPs do this, VeriSign's move will be largely ineffective. In effect, ISPs as a community can veto VeriSign or anyone else. It only works if most of them agree and take action, of course, and it remains to be seen if they will do that. And, of course, some of these countermeasures may themselves be easily defeated, leading to an arms race (like the spammer vs anti-spam arms race).

    The possible consequences of all this are, shall we say, interesting.

    (BTW, I don't disagree with the OP's suggested course of action, nor with the principle behind it. I'm just pointing out that things are, as usual, more complicated then they might appear.)

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
    1. Re:There is no Internet by Anonymous Coward · · Score: 0

      Null-routing an IP address at layer two is an interesting concept; how are they doing that then?

  149. Already discussed on the ICANN/GNSO mailing list by next_permutation · · Score: 5, Informative
    This is discussed on the ICANN/GNSO mailing list. A vote saying
    gTLD Registry operators WILL return NXDOMAIN for ALL DNS queries for which there is not a REGISTERED domain name.
    has been suggested. Sure seems like a good idea to me.
  150. Re: Re:Verisign would look nice in gasoline and by Anonymous Coward · · Score: 1, Informative

    MX or not, most mail systems will attempt to deliver to the primary A record if no MX is present.

  151. Bandwidth by Sir+Pallas · · Score: 1

    Just imagine the volume of bandwidth they're going to pay for because of mistyped domains. Maybe when that *.com site is /.ed they will rethink this..

  152. three words.... Class Action Lawsuit by Vellmont · · Score: 1

    How many pieces of software will have to be re-written because they rely on an error message being returned when a domain doesn't resolve? There's already the afformentioned anti-spam software, I have to believe there's a ton more that haven't even been thought of yet.

    I think if anything takes this dispicable practice down it'll be the legal system, or the threats of legal action.

    --
    AccountKiller
  153. E-mail by jdunlevy · · Score: 4, Interesting

    Just to see what would happen, I just tried sending an e-mail to <testuser@slashdoct.com>. Would they bounce the message? If so what would the error message look like? If they didn't bounce it, would they just keep it? Read it? Inquring minds want to know!

    Well it bounced:

    The original message was received at Mon, 15 Sep 2003 21:06:55 -0500 (CDT)
    from [myhost.mydomain] [xxx.xxx.xxx.xxx]

    ----- The following addresses had permanent fatal errors -----
    <testuser@slashdoct.com>
    (reason: 550 User domain does not exist.)

    ----- Transcript of session follows -----
    ... while talking to slashdoct.com.:
    >>> RCPT To:<testuser@slashdoct.com>
    <<< 550 User domain does not exist.
    550 5.1.1 <testuser@slashdoct.com>... User unknown

    Reporting-MTA: dns; [myhost.mydomain]
    Received-From-MTA: DNS; [myhost.mydomain]
    Arrival-Date: Mon, 15 Sep 2003 21:06:55 -0500 (CDT)

    Final-Recipient: RFC822; testuser@slashdoct.com
    Action: failed
    Status: 5.1.1
    Remote-MTA: DNS; slashdoct.com
    Diagnostic-Code: SMTP; 550 User domain does not exist.
    Last-Attempt-Date: Mon, 15 Sep 2003 21:06:56 -0500 (CDT)

    And: >telnet www.slashdoct.com 25
    Trying 64.94.110.11...
    Connected to www.slashdoct.com.
    Escape character is '^]'.
    220 snubby3-wceast Snubby Mail Rejector Daemon v1.3 ready
    quit
    221 snubby3-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    221 snubby3-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    Connection closed by foreign host.
    >

    Snubby Mail Rejector???

    1. Re:E-mail by pipeb0mb · · Score: 5, Interesting

      I wonder if more people will become concerned when verisign starts to harvest instead of bounce?

    2. Re:E-mail by Ron+Bennett · · Score: 1

      VeriSign likeky already is harvesting personal data...

      * VeriSign sets cookies

      * Web server logging

      * Email activity logging

      * DNS logging too I bet

  154. Re:Random Redirection Test URL by the+Man+in+Black · · Score: 1

    I can't believe I fell for that.

    Fool of a Took!

  155. how can this be legal? by linuxislandsucks · · Score: 1

    how can this be legal..we just saw in the news that any porn site that uses the saem tactic is committing a crime..

    --
    Don't Tread on OpenSource
    1. Re:how can this be legal? by iggymanz · · Score: 1

      Verisign doesn't have a history of abiding by the law, if you remember their domain expiration scam.

    2. Re:how can this be legal? by Molina+the+Bofh · · Score: 1

      Verisign is into child pr0n and W4r3z

      woody:~# host 5y-ogirl-licks-horse-dick.com
      5y-ogirl-licks-hors e-dick.com A 64.94.110.11

      woody:~# host dabest-illegal-warez.com
      dabest-illegal-warez.com A 64.94.110.11

      --

      -
      Roses are #FF0000, Violets are #0000FF, find / -name '*base*' |xargs chown -R us && mv zig greatjustice
  156. Site Finder Developer's Guide available... by Etcetera · · Score: 3, Informative


    Available here

    How nice of them to let us know...

    1. Re:Site Finder Developer's Guide available... by Etcetera · · Score: 1


      Nice...

      6 Conclusion

      A wildcard entry in a zone affects DNS responses for that zone. For existing applications
      that do not contemplate the effects of wildcard entries, application developers should
      consider taking appropriate corrective actions.


  157. DNS override by DragonHawk · · Score: 1

    Any idea if that can be done without code change?

    Well, it would depend on the resolver you use, but I would still expect the answer to be "no". But I've already seen public discussion over how to patch ISC BIND to do it. And that was hours ago.

    Of course, if you use a closed-source resolver, you're be stuck. But then, you knew that, right? :-)

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
  158. competition for msn by Anonymous Coward · · Score: 0

    IE has been redirecting people to a M$ website for over a year. which is the lesser of the two evils. promoting ms'ed'n or verisad? it amounts to another url being added to the hosts file.

  159. am i the only one who can't get this to work? by j1mmy · · Score: 1

    i'm querying bad domains and getting dns errors instead of this search site. is it dead already?

  160. AT&T did this, briefly by Anonymous Coward · · Score: 0
    If the phone company were to bombard you with an advertisement everytime you dialed a number that was not in service or a cellphone that was unreachable
    AT&T was doing this in my area last time I owned a non-cell phone line. Since I only have a cell phone now I don't know if they're still doing this.
  161. An open letter of complaint by DDumitru · · Score: 5, Interesting

    To: icann@icann.org, iana@iana.org, nstld@verisign-grs.com,
    rcc@verisign.com, hostmaster@nsiregistry.net, ir@verisign.com,
    dcpolicy@verisign.com
    Subject: Complaint about Versign abuse of DNS root zones

    A Letter of Complaint about actions undertaken by Verisign Incorporated
    on or about 9/13/03.

    Sent to the Internet Corporation of Assigned Names and Numbers and the
    Internet Assigned Number Authority.

    Doug Dumitru
    xxxxx xxxxxx xxxx Road
    xxxxxx xxxxxx, CA 9xxxx
    949 xxx-xxxx

    Dear sirs,

    As you are probably aware, Verisign is redirecting unregistered
    2nd-level domains in the .com and .net TLDs to a Verisign owned search
    engine. They are using a technique known as DNS wildcarding to
    accomplish this.

    I firmly believe that this is clearly an abuse of the DNS system, that
    it violates the technical requirements for domain lookups, that the
    results returned are fraudulent, and that this technical action only
    benefits Verisign at the expense of the rest of the internet population.

    I respectfully request that IANA and ICANN immediately take action
    against Verisign demanding that Verisign cease this fraudulent and
    damaging behaviour. Should Verisign refuse, I would recommend that IANA
    and/or ICANN (and/or the US government) take immediate action to revoke
    Verisign's contract to administer the .com and .net TLDs.

    I would also recommend that IANA and/or ICANN immediately pass "best
    practice" rules that prevent other TLDs and country-code domains from
    following in Verisign's deceptive footsteps. It is important that a
    "domain not found" error not be subverted into an advertising opportunity.

    Sincerely,
    Doug Dumitru

  162. Terms of use by Psykosys · · Score: 2, Interesting
    Get this: (Terms of Use):

    Use of the VeriSign Services. You agree not to use the VeriSign Services in any manner that is unlawful, or in any manner that could damage, disable, impair or otherwise interfere with another party's enjoyment and use of the VeriSign Service. You may not manipulate or attempt to gain unauthorized access to our website or systems or any websites or systems connected through our website through hacking, password mining or any other means. Modification by VeriSign. At any time VeriSign may modify or terminate these terms of use, its websites and the VeriSign Services and may at any time discontinue your use of the VeriSign Services without any notice to you, and without liability to you, any other user or any third party. Please review these Terms of Use from time to time so that you will be aware of any changes. Your continued use of the VeriSign Services constitutes your agreement to all such terms, conditions, and notices.

    A "terms of service" section on a website people don't reach voluntarily?

  163. Just works with small strings or something like by Via_Patrino · · Score: 1

    Just works with small strings or something like that. Example: www.caquinhacomcebola.com don't return anything

    1. Re:Just works with small strings or something like by Via_Patrino · · Score: 1

      Never mind, a href="http://slashdot.org/comments.pl?sid=78637&ci d=6970760">#6970760</a> explains that's because .com process isn't completed yet, .net is and caquinhacomcebola.net returns the verisign spam.

  164. Complain to Verisign as well by trafik · · Score: 5, Interesting

    They don't seem to have an e-mail address for the category of "Subversion of the global DNS," so pick one of the following e-mail addresses and use it to CC your complaint to Verisign:

    authenticode-support@verisign.com,
    billing@veri sign.com,
    channel-partners@verisign.com,
    clientp ki@verisign.com,
    consultingsolutions@verisign.com ,
    dbms-support@verisign.com,
    dcpolicy@verisign.c om
    digitalbranding@verisign.com,
    dnssales@verisi gn.com,
    enterprise-pkisupport@verisign.com,
    ente rprise-sslsupport@verisign.com,
    info@verisign-grs .com,
    internetsales@verisign.com,
    IR@verisign.co m,
    jobs@verisign.com,
    mss@verisign.com,
    objects igning-support@verisign.com,
    paymentsales@verisig n.com,
    practices@verisign.com,
    premiersupport@ne tworksolutions.com,
    press@verisign.com,
    privacy@ networksolutions.com,
    renewal@verisign.com,
    supp ort@verisign.com,
    verisales@verisign.com,
    vps-su pport@verisign.com,
    vts-csrgroup@verisign.com,
    v ts-mktginfo@verisign.com,
    webhelp@verisign.com,
    websitesales@verisign.com,
    websitesupport@verisig n.com

    1. Re:Complain to Verisign as well by enosys · · Score: 2, Informative

      If you have the time call them to complain:

      Domain Names & Related Services
      U.S. & Canada: 888-642-9675

      Also check their contact info

      I'm not sure if they care about complaints about this but they might care about the other effects of the quantity of complaints.

    2. Re:Complain to Verisign as well by PD · · Score: 2, Funny

      Very good, I just sent them this mail:

      From: Patrick Draper <slashdot@pdrap.org>
      To: authenticode-support@verisign.com, annel-partners@verisign.com, clientpki@verisign.com, consultingsolutions@verisign.com, dbms-support@verisign.com, dnssales@verisign.com, enterprise-pkisupport@verisign.com, enterprise-sslsupport@verisign.com, info@verisign-grs.com, internetsales@verisign.com, IR@verisign.com, jobs@verisign.com, mss@verisign.com, objectsigning-support@verisign.com,
      paymentsales@verisign.com, practices@verisign.com,
      premiersupport@networksolutions.com, press@verisign.com,
      privacy@networksolutions.com, renewal@verisign.com,
      support@verisign.com, verisales@verisign.com,
      vps-support@verisign.com, vts-csrgroup@verisign.com,
      vts-mktginfo@verisign.com, webhelp@verisign.com,
      websitesales@verisign.com, websitesupport@verisign.com,
      billing@verisign.com
      Subject: Fix the Internet, you broket it!
      X-SpamProbe: GOOD 0.0000000 3f0bd9f2ffff366c6e9e732ad3227480

      Stop your silly games with the wildcard A records.

      Love,

      Patrick

      --
      Patrick Draper | Don't |sig4433@pdrap.org
      Austin, Texas | Fear |Father Order runs at a
      http://www.pdrap.org | The |good pace, but old Mother
      Be Microsoft Free - Use Linux |Penguin |Chaos is winning the race.

    3. Re:Complain to Verisign as well by Basehart · · Score: 1

      That did the trick...they turned it off!!

    4. Re:Complain to Verisign as well by tulare · · Score: 2, Funny

      Heh, the spambots are going to have a field day with your post. Good man.

      --
      political_news.c: warning: comparison is always true due to limited range of data type
    5. Re:Complain to Verisign as well by You're+All+Wrong · · Score: 1

      Good man! (woman/whatever)

      It appears that the .net A records have already propagated (but not the .com ones here). So I tried:
      $ cat /usr/share/dict/words | while read x; do echo $x; w3m -dump_source "http://DoVerisignKnowOfADomainPertainingTo${x}.ne t/" > /dev/null; done

      Let's see the quality of their database engine...

      Yes, I know it's childish, but I don't give a flying fuck.

      YAW

      --
      Your head of state is a corrupt weasel, I hope you're happy.
  165. Good side - Dept. of Commerce will get involved... by Etcetera · · Score: 1

    The Good Side to all this is that there's finally a large-scale, mass-customer-affecting issue that Verisign has caused. Those of us in the US can now point to something (something easy-to-understand as an abuse of power) when we go talk to our Congressmen about overseeing the Department of Commerce.

    Verisign is no longer worthy of the Internet's trust. It's time for the Dept. of Commerce to take the InterNIC back under its wing.

    To all you damn Libertarians that thing private commerce and capitalism is important for the proper functioning of ANYTHING, wake up and take a look around. Some things NEED to be regulated by the government; some times efficency is NOT as important as accountability. This is one of them (as a Californian, energy regulation is another!).

    • Holding domains hostage for 6 months after registration
    • Providing features (snap-back, etc...) only available to Registrars with close (same-company) relationships with the Registry
    • Over-charging for SSL certificates almost to the point of extortion
    • Crappy customer service ;)
    • Stunts like this

  166. IETF Need to help out in times like this.... by meridian · · Score: 1

    And implement a new standard to allow for http requests to doubleclick whenever a dns resolution is made

    --
    meridian at tha.net
  167. Why can't they just ... by Snoopy77 · · Score: 1

    take the first and last letters of each word and work out what the correct address should be.

    --
    "She's a West Texas girl, just like me" - G.W Bush Iraqis
  168. We're not powerless- some ideas by SuperBanana · · Score: 1
    As of a little while ago (it is around 7:45 PM US Eastern on Mon 15 Sep 2003 as I write this), VeriSign added a wildcard A record to the .COM and .NET TLD DNS zones.

    I see a number of ways in which we can 'fight' back(and no, i do not mean DDos). Here's an idea- why don't we(network admins) just configure all our routers to route that IP into a black hole, and/or set up our DNS servers to ignore the invalid responses? We can justify it to the PHB's very, very easily- we're "fixing" what Verisign has broken. Verisign will have thrown a party, and nobody will show up because we've ripped down the fliers.

    I imagine it won't be long before many software packages are updated to have an option to detect Verisign's monkeybusiness, and/or various HOWTOs come out that tell you how to get your nameserver to ignore the silly bullshit. In fact, why don't we all work on a patch to bind to do just that?

    It should be very easy to write code that handles any of a variety of blocking methods on this- all you'd have to do is do a DNS lookup on (insert random, long # of random letters+numbers).com, and Verisign will handily tell you exactly what IP to block. From then on, if any DNS lookup returns that IP, return no-such-record instead. Poof. Problem solved. I bet it would take all of an hour or two for someone to write the code to do this for bind.

    Oh, and here's another idea- on your homepage, create a link called "Verisign" and point it to somebody's(anybody's) website describing what Verisign has done, why it's bad, etc- guess what will happen when people type in "verisign" into google? :-)

    1. Re:We're not powerless- some ideas by Anonymous Coward · · Score: 0

      Justify it as saving bandwidth.

  169. Who wants to buy MIRCOSOFT.CA? Contact me by SauroNlord · · Score: 1

    Ya, Versign aint the only one benefitting/!! muahahah but me!!!

  170. Nothing constructive to say... by ansible · · Score: 1

    I thought before that Verisign was a bunch of fuckers.

    And now they've completely convinced me of that.

    Shit. What a bunch of fuckers.

  171. Have ESR contact that DOS guy by Anonymous Coward · · Score: 0

    He did wonders with SCO, now he should set his site on versign...

  172. Violation of ICANN Policy by wsloand · · Score: 5, Interesting

    It seems that they have effectively violated the ICANN Domain Name Dispute Policy: "circumstances indicating that you have registered or you have acquired the domain name primarily for the purpose of selling, renting, or otherwise transferring the domain name registration". They're definitely doing this to sell domains.

    Bill

    1. Re:Violation of ICANN Policy by mingot · · Score: 1



      With no link on the page that says 'Buy this domain now?'

    2. Re:Violation of ICANN Policy by Anonymous Coward · · Score: 0

      Not really, they don't have to bother with all the money they're making from Overture. They're literaly raking in hundreds of thousands per day off of this scam, as I've seen significant income from Overture on significantly less trafficked sites.

  173. 64.94.110.11 by gyratedotorg · · Score: 2, Insightful

    everyone keeps suggesting that blocking/ignoring 64.94.110.11 is the fix for this. come on, you people are smarter than that! how hard do you think it would be for them to change the A record to 64.94.110.12? then 64.94.110.13? and so on...

    as i see it, the only way this madness will stop is if the government gets involved somehow.

    --
    Gyrate Dot Org - "Where high-tech meets low-life"
    1. Re:64.94.110.11 by Indy1 · · Score: 1

      simple, plonk the whole /24 into your firewall. Or if your a real Bastard, plonk 64.94.0.0/15 into your firewall. Internap owns that block who happens to be a major spam haus. Fuck two assholes for the price of one iptables rule :)

      --
      Lawyers, MBA's, RIAA? A jedi fears not these things!
    2. Re:64.94.110.11 by squiggleslash · · Score: 1
      You run a script that every hour does a query on a made-up address. Add the IP address to a list, block the list, and remove IP addresses that haven't resolved in a while on a routine basis.

      I don't see Verisign getting past that. If I were one of the maintainers of BIND, I'd actually put that code in now.

      --
      You are not alone. This is not normal. None of this is normal.
    3. Re:64.94.110.11 by gyratedotorg · · Score: 1

      and my next question would be what would keep them from moving to another subnet later on? or even worse, constantly changing to random ips on random subnets? face it; there really is no quick fix for this.

      --
      Gyrate Dot Org - "Where high-tech meets low-life"
    4. Re:64.94.110.11 by scrytch · · Score: 1

      everyone keeps suggesting that blocking/ignoring 64.94.110.11 is the fix for this. come on, you people are smarter than that! how hard do you think it would be for them to change the A record to 64.94.110.12? then 64.94.110.13? and so on...

      What we do to any spammer. Widen the block. They're a registrar, not an ISP, they gotta get IP addresses from their upstream same as everyone else.

      Anyone else think that this fiasco should reopen the case for AlterNIC and other alternative roots?

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    5. Re:64.94.110.11 by niftyzero · · Score: 1

      We should create a patch to BIND et al that looks up randomly generated hostnames and adds returned IPs to the blocked list.

  174. Mod parent up please by efti · · Score: 1

    It will take lots of these, but it beats my previous method of typing abusive nonexistent domainnames like www.couldyoupleasestopactinglikewankersandstopthis .com in my browser...

    --
    I signed up for a /. account and all I got was this crappy sig
  175. iptables by imhotep1 · · Score: 1
    I just added the following to my iptables:
    iptables -A OUTPUT -s 64.94.110.11 -j REJECT --reject-with icmp-host-unreachable
    Now I get error messages when I access unreachable sites.
    1. Re:iptables by pair-a-noyd · · Score: 1

      Works for me!
      Thanks, good info!

    2. Re:iptables by d95adam · · Score: 1
      I'm no iptables guru, but that rule looks backwards... Outgoing packets to destination 64.94.110.11 should be blocked, so use the -d flag instead:
      iptables -A OUTPUT -d 64.94.110.11 -j REJECT --reject-with icmp-host-unreachable
      Works for me :)
  176. Organized protest by cskaplan · · Score: 1

    Of course, we could protest this idiotic move by starting to systematically buy up all possible .com domain names, redirecting them to a page proclaiming verisign's poor judgment. That'll teach them!

  177. What gives Versign the right? by Henry+Stern · · Score: 1

    What gives Verisign the right to unilaterally make this decision about how the internet will work? As it's been mentioned, it breaks a lot of stuff and from what I've heard (admittedly, I haven't paid a lot of attention), nobody except them seems to want it.

    A network with no single point of failure? Pah!

  178. Here is a form letter for everybody: by techstar25 · · Score: 4, Informative

    I used VeriSign added a wildcard A record to the .COM and .NET TLD DNS zones as the subject of the email. You could use something more original if you want.


    To whom it may concern,
    Verisign is commiting a major injustice that cannot be allowed to continue. It is important ICANN consider what is best for the internet community as a whole and take proper action. Proper action would be to immediately stop this monopolistic behavior from Verisign.

    Please read below for more information taken from Slashdot.org:

    As of a little while ago (it is around 7:45 PM US Eastern on Mon 15 Sep 2003 as I write this), VeriSign added a wildcard A record to the .COM and .NET TLD DNS zones. The IP address returned is 64.94.110.11, which reverses to sitefinder.verisign.com. What that means in plain English is that most mis-typed domain names that would formerly have resulted in a helpful error message now results in a VeriSign advertising opportunity. For example, if my domain name was 'somecompany.com,' and somebody typed 'soemcompany.com' by mistake, they would get VeriSign's advertising.

    This will have the immediate effect of making network trouble-shooting much more difficult. Before, a mis-typed domain name in an email address, web browser, or other network configuration item would result in an obvious error message. You might not have known what to do about it, but at least you knew something was wrong. Now, though, you will have to guess. Every time.

    Some have pointed out that this will make an important anti-spam check impossible. A common anti-spam measure is to check and make sure the domain name of the sender really exists. (While this is easy to force, every little bit helps.) Since all .COM and .NET domain names now exist, that anti-spam check is useless.


    The internet belongs to everyone. It is not something that can be bought and sold by any one entity. Please put a stop to this behavior.

    Thank you.
    ---insert name here---
    ---insert city and state of residence here---

  179. Oh great! by jeeryg_flashaccess · · Score: 2, Funny

    Tihs is all thanks to sldhsaot's sroty elirear today! Hree's a lnik jsut inacse

    http://science.slashdot.org/article.pl?sid=03/09 /1 5/2227256&mode=thread&tid=133&tid=134&tid= 186

    --
    Life is like pants... fit in or you don't fit in.
  180. The damage is already beginning by Huusker · · Score: 5, Informative
    This is so amazingly reckless and damaging that I don't know where to begin.

    A few hours ago I was trying to troubleshoot a lame delegation to another zone. It seemed to be working which puzzled me to no end. It turns out the lame DNS server was returning 64.94.110.11.

    Lame delegation is a very common phenomenon and (in the case of a typo) can often be diagnosed with NXDOMAIN being returned for the glue RR record. Never returning NXDOMAIN means that many types of lame delegation will no longer be caught.

    One of my peer zones had a typo'ed MX record. Before VeriSign's sabotage (yes, sabotage) the lookup of the corresponding address record would simply fail with NXDOMAIN. The source MTA would then try to deliver to the secondary MTAs on the list of MX records in order of priority. Mail delivery would proceed normally using the secondary MTA(s).

    However to my complete and utter astonishment, 64.94.110.11 has a working MTA listening on port 25 (why???). This means that any MX records with typos in the primary record will have all their e-mail redirected to VeriSign's MTA. Mail that would normally automatically be re-routed to the secondary MTA instead now gets bounced by Verisign's ''Snubby Mail Rejector Daemon v1.3''. Not returning NXDOMAIN will break mail delivery to secondary MTAs.

    And what about spam filters? It will break any spam filter that tries to verify that the source MTA hostname claimed in the HELO request is resolvable (i.e. that the claimed HELO name is not fictious).

    I could probably list another half dozen problems if I thought about it. I can't believe the arrogance (read: stupidity) of this act.

    I can't wait to see reaction reaction from the backbone cabal on NANOG.

    1. Re:The damage is already beginning by chuck · · Score: 1

      As mentioned in another thread, it probably also grabs the email address for future marketing opportunities.

    2. Re:The damage is already beginning by Wyzard · · Score: 2, Interesting

      I'm curious about this. According to RFC 2821, section 5, an A record is only used for mail delivery if there are no MX records for the name. If there are multiple MX records and the first is broken, shouldn't the MTA immediately try the subsequent MX records, rather than using the A record?

      I'm not correcting you, I'm asking, since you seem to know what you're talking about and I don't have real-world experience with "serious" DNS administration.

    3. Re:The damage is already beginning by Anonymous Coward · · Score: 1, Interesting

      V$ would have to run a mail server so they can bounce the email immediately - otherwise mail servers would retry for a few days before bouncing the message back to the user.

    4. Re:The damage is already beginning by Huusker · · Score: 1

      The RHS of the MX RR refers to the A record. (It could also be a CNAME). A typo there can lie dormant for years if there are secondary MX records. The e-mail for the zone will suddenly bounce instead of going to the next MTA in the list.

    5. Re:The damage is already beginning by Bombcar · · Score: 1

      Most MX records don't have IP addresses, but host names:

      MX mail.microsft.com

      so now mail.microsft.com will WORK, and the secondary will never be used (but it won't work, it just drops the mail)....

    6. Re:The damage is already beginning by gothicpoet · · Score: 1
      Here's a question: If I'm sending email to a client and I accidentally type "joeshmoe@doughbot.com" instead of "joeshmoe@doughboy.com" -- supposing that doughbot.com isn't registered for a moment (probably is) -- my message is going to get sent to the MTA that's listening at Verisign's IP address, right?

      Is that MTA functioning to the extent that I'm going to get an "undeliverable" back or is my email message simply going to disappear into the innermost ring of Verisign hell, leaving me to believe that it actually got delivered successfully to my client?

      If my concern is valid, this is going to screw over a *lot* of people!

      --
      Quoth he ::
      "It's all academic anyway..."
    7. Re:The damage is already beginning by pesc · · Score: 1

      to my complete and utter astonishment, 64.94.110.11 has a working MTA listening on port 25 (why???)

      That will help Verisign collect more working E-mail addresses to fill their database. Then they can sell those addresses to SPAM companies allowing this fantastic new internet service to generate some revenue for its owners.

      --

      )9TSS
    8. Re:The damage is already beginning by pesc · · Score: 1

      Now I see it!

      Every confidential letter that you send with a missspeled E-mail address will be stored in Verisigns database as well. That's a good harvest!

      --

      )9TSS
    9. Re:The damage is already beginning by Anonymous Coward · · Score: 0
      Now I see it!

      Every confidential letter that you send with a missspeled E-mail address will be stored in Verisigns database as well. That's a good harvest!


      I would have thought they would be harvesting the senders address rather than recipients address.
    10. Re:The damage is already beginning by dknight · · Score: 1

      I think you mean The Internet Sushi Cabal... or are we pretending they dont exist anymore ;)

      *this message is intended as a specific prod to one or two people who get that particular joke*

    11. Re:The damage is already beginning by DavidTC · · Score: 1
      That's a common claim, but actually MX records cannot point to CNAMEs, they are only supposed to point to A records.

      The fact it apparently works most of the time is just people being lax in what they accept. There are some mail servers that will not function correctly if you do that. (Well, they're functioning fine, you're the one not functioning correctly if you do it.)

      --
      If corporations are people, aren't stockholders guilty of slavery?
    12. Re:The damage is already beginning by DavidTC · · Score: 1

      All MX records must have hostnames. If you put an IP address in there, it's actually still a hostname, and the mail server will try to look it up as a hostname. If the IP address ends in .3, the server will go and look up the .3 TLD, which of course does not exist.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    13. Re:The damage is already beginning by Anonymous Coward · · Score: 0

      Has anyone had problems with their NIC's having their IP addresses changed to 64.94.110.11?
      JdS

  181. Is that so? by subk · · Score: 1

    www.sdfnaisdfs.de, www.adfaiosdfn.co.uk, www.asdfueunf.biz, and www.asdfniotguidf.us still result in the usual dns error page. Also, as of the time of this writing, sitefinder.verisign.com can't even fulfill a search request! I don't think it will be long (minutes, maybe an hour..) before it is completely WWW Dotted(TM).

    --
    Now, if you'll excuse me, I have backups to corrupt.
    1. Re:Is that so? by Anonymous Coward · · Score: 0

      http://www.slashdot.museum/

  182. doesn't this naturally lend itself to DOS? by Anonymous Coward · · Score: 0

    I mean if you consider systems that unsucessfully scan for victims or fellow flooders (or spammers I guess) in a DDOS, will now see a working victim where normally there was none. Since this is not a redirect and is a DNS level issue, I wonder if Verisign is hoping DDOS launchers and creators of various worms will be courteous enough to now keep their attacks to DNS redirects and spoofing. Or at least just verify address resolution and not flood Verisigns machines.

  183. Outlook to the rescue by YoDave · · Score: 1

    Quick! Someone whip up an Outlook virus that DDOS's sitefinder.verisign.com. Let stupid Windows users do us some good for a change.

  184. Verisign Slashdotted by stinkydog · · Score: 1

    The web server at 64.94.110.11 is no longer taking requests. I guess we showed them no to screw with Slashdot. Their rig is still returning pings, but not much else.

    SD

    --
    âoeWho knew something as harmless as willful ignorance could end up having real consequences?â
    1. Re:Verisign Slashdotted by Nucleon500 · · Score: 1

      Yeah, it went down for a minute or so for me too. It's back now.

    2. Re:Verisign Slashdotted by russotto · · Score: 1

      Worked just now for me. If they are prepared to catch every single mistyped web and mail address (inlcluding all the broken automatic ones and the spammers sending out garbage), I doubt a little slashdotting would harm them one bit.

    3. Re:Verisign Slashdotted by Anonymous Coward · · Score: 0

      Uh, Slashdot readers are probably 1/100 trillionth of the Internet that this affects. Really insignificant, if you ask me.

  185. Easy Cheasy DDoS? by Predius · · Score: 2, Interesting

    So, any dns worm that launches a DDoS, like say, msblaster, that launches an attack against say, windowsupdate.com if it resolves, will now attack Verisign's root nameserver instead? Interesting...

    1. Re:Easy Cheasy DDoS? by Anonymous Coward · · Score: 0

      That's set to resolve to nothing, not 64.94.110.11.

    2. Re:Easy Cheasy DDoS? by efti · · Score: 1

      IANAWW (I am not a worm writer) but I don't think it's possible to DDoS anything by targeting a single server. When a worm (IIRC it was Code Red) had a payload intended to knock out www.whitehouse.gov, the sysadmins there responded by simply changing the IP address of the site.

      OTOH it would be possible to cause a headache to Verisign by writing a worm that attempted to connect to addresses in the form of 'www..com'. But this could only be a payload, not the primary means of spreading as it's hugely inefficient (the worm would have a hard time finding machines to infect, even if it exploited vulnerabilities in both Apache and IIS). Scanning for IP addresses has waaaay better chance for succeeding.

      Also if someone did write a successful worm that had a payload like this, it would be much more likely that it brought down all root DNS servers first, making the Net unusable for pretty much anyone.

      --
      I signed up for a /. account and all I got was this crappy sig
  186. Waste of time by Adam9 · · Score: 5, Informative

    As another person mentioned this already, e-mailing them is a waste of time unless you're a corporation with extra cash.

    How do you fix this problem? DON'T USE THE ICANN ROOT SERVERS. Easy as that.

    Plug: OpenNIC (for ICANN users) and OpenNIC (for OpenNIC (and its peers) users)

    1. Re:Waste of time by silentbozo · · Score: 2, Informative

      Thanks for the link. I'm sending an e-mail to Speakeasy to suggest that they switch over. I'll also talk to a few of the network gurus at work and see if we can come to a consensus as to what to do about VeriSign's sabotage.

      Definitely, I'm setting up a local DNS at home and have it talk to the OpenNIC root until Speakeasy gets an OpenNIC box up and running.

      In the meantime, 64.94.110.11 is blocked on my NAT - it takes a hell of a long time to time out, but it does the trick for now.

    2. Re:Waste of time by Reziac · · Score: 1

      For those of us with an ISP unlikely to switch over (tho if I were an ISP, I'd be damned annoyed at this .. effectively broad-spectrum domain hijacking), and no DNS server or NAT of our own, would sticking that IP in our hosts file work?

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    3. Re:Waste of time by Adam9 · · Score: 3, Informative

      If your ISP won't switch over or you don't want to run your own nameserver.. there is a list of publicly available tier 2 servers that you can switch to that are offered by OpenNIC members.

    4. Re:Waste of time by Reziac · · Score: 1

      Thanks, and saved for reference, tho I'm not sure what to do with the information :)

      I did try adding their evil domain to my HOSTS.TXT (Windows apparently doesn't care if it's named HOSTS or HOSTS.TXT, both work), and that fixed the problem on a local basis. Also took someone else's suggesion of sending it to 0.0.0.0. instead of 127... and found that 0.0.0.0. is MUCH faster to spit back the "no DNS" error.

      Will be complaining to my ISP, too... With luck, maybe this crap will be the straw that breaks everyone's tolerance for Verisign's bullshit.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    5. Re:Waste of time by jerde · · Score: 2, Informative

      would sticking that IP in our hosts file work?

      Nope. Hosts files map name->IP, not vice versa.

      No, the only way to truly counteract this would be to get your local caching DNS server to intercept these bogus replies and replace them with the nonexistent-domain error.

      - Peter

      --
      INsigNIFICANT
    6. Re:Waste of time by huskymo · · Score: 1

      How does this fix the problem? You've advocating using alternate roots, but they delegate to the same com name servers that the ICANN roots delegate to. And those com name servers contain the wildcard.

      Or are you suggesting setting up a new com?

    7. Re:Waste of time by MSZ · · Score: 1

      Bzzzt WRONG!

      It works both ways.

      --
      The moon is not fully subjugated. I demand a second assault wave preceded by a massive nuclear bombardment.
    8. Re:Waste of time by Anonymous Coward · · Score: 0

      True, but you can't make an entry in your hosts file for every single domain that doesn't exist.

    9. Re:Waste of time by Rich0 · · Score: 1

      Mod parent up - I don't see how OpenNIC can get around this. Guess I should try it out at home (I use OpenNIC).

    10. Re:Waste of time by cout · · Score: 1

      Using their name servers listed at:

      http://www.opennic.unrated.net/cgi-bin/get_tier2 .sh

      I get:

      [me@mymachine]$ host slkdfjsdf.com 144.162.120.230
      Using domain server:
      Name: 144.162.120.230
      Address: 144.162.120.230#53
      Aliases:

      slkdfjsdf.com has address 64.94.110.11

      And since their website's latest news is from Februrary, somehow I don't think they will be addressing this issue any time soon.

    11. Re:Waste of time by drinkypoo · · Score: 1

      Heh, those guys aren't as smart as they think they are. The second paragraph on the front page for opennic has a link to "the OpenNIC operated namespaces" which, like my link, goes to "http://www.opennic.glue/tlds.html". So let's see, people not using OpenNIC nameservers can't see what the OpenNIC operated namespaces are? GOOD WORK GUYS. Keep up the high-quality thought there.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Waste of time by Anonymous Coward · · Score: 0

      Similarly, I always use 127.0.0.0 for such purposes.

    13. Re:Waste of time by letxa2000 · · Score: 1
      Just add the following to your host file:

      127.0.0.1 sitefinder.verisign.com

      And you're good to go.

    14. Re:Waste of time by Mryll · · Score: 1

      I'm getting www.opennic.unrated.net could not be found blah blah... Have they been blown off the root servers? That would be an unfortunate decision...

    15. Re:Waste of time by Reziac · · Score: 1

      Actually.. it DOES work, at least on a local basis. After posting that question, I tried it... and now I get a No DNS response from Netscape instead of Verisign's hijack page:

      #127.0.0.1 64.94.110.11 # verisign's hijacking IP
      0.0.0.0 sitefinder.verisign.com # ditto

      Either line works, but the 2nd one produces the No-DNS error somewhat faster.

      Also discovered Windows doesn't care if it's named HOSTS or HOSTS.TXT. Either works.

      At any rate, it's better than getting jerked around by Verisign's bullshit every time I make a typo!

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    16. Re:Waste of time by bakunin · · Score: 1

      Thanks for catching that; I didn't realise there were any absolute URLs left on the site.

      Sorry,
      -robin

    17. Re:Waste of time by bakunin · · Score: 1

      We could do it by pre-examining returns from Verisigns servers and modifying results that come in with their hijaack IP number. We would have to change how our root zone is structured to do it (since you're right that external TLD queries are referred directly to that root's own servers).

      Whether we should is the question: is it actually correct for one root to fiddle the data supplied by a TLDs authoritative server?

      -robin

    18. Re:Waste of time by volve · · Score: 1

      I just tested a bunch of their tier 2 servers and half were down, and the other half seemed to return the offending 64.94.110.11 IP address...

      Suggestions? This almost looked like a great idea... :(

      -VolVE

    19. Re:Waste of time by claud9999 · · Score: 1

      Nope:

      "Out of respect for history and tradition, OpenNIC will not establish any Top-Level Domains (TLDs) which would conflict with a TLD existing and in continual operation since before OpenNIC was formed (2000-06-01). OpenNIC will also not accept a TLD which conflicts with one established by another registry which has signed a memorandum of cooperation with OpenNIC which commits them to not establishing TLDs which conflict with those run by OpenNIC."

      In other words, OpenNIC does not handle .com/.org/etc. (I just verified this by reloading my BIND8 server and still getting Verisign crap. >:^( )

    20. Re:Waste of time by Rich0 · · Score: 1

      If you do that you will have a LOT more root-server load. Now your root servers are resolving all sub-TLD queries and interpreting the results.

      Normally all a TLD server does is keep track of who runs each TLD. Individual nameservers below the root will cache these TLD servers (which change VERY infrequently), and the root servers won't get much traffic at all (assuming clients aren't pointed at them directly).

      If you have the root servers return non-authoritative answers then their loads should increase dramatically.

      If a new BIND patch is being released to defeat the Verisign actions, then all we need to do is apply it to the various servers (including the tier 2 servers), and then requests will be filtered at the highest level possible, reducing load at lower levels. The whole point of DNS is that it is distributed, which makes it easy to run.

  187. Re:Good side - Dept. of Commerce will get involved by shepd · · Score: 1

    >To all you damn Libertarians that thing private commerce and capitalism is important for the proper functioning of ANYTHING, wake up and take a look around. Some things NEED to be regulated by the government; some times efficency is NOT as important as accountability. This is one of them (as a Californian, energy regulation is another!).

    You're still wrong.

    In a libertarian society, we'd have switched to another set of domain servers. People with com/net/org registrations would get VERY angry with Verisign when their paid-for domains become worthless.

    Instead we live in an overly regulated society were it would take an army of men to get the government to start using alternative servers.

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  188. Re:Not that simple... but I don't know how it work by Kyril · · Score: 1

    Well, for me it's the opposite, with plain old ping the www makes it *not* go to VeriSign:

    dyheli:~> ping www.akruhgskdu.com
    ping: unknown host www.akruhgskdu.com
    dyheli:~> ping akruhgskdu.com
    PING akruhgskdu.com (64.94.110.11) 56(84) bytes of data.
    From 10.171.0.19 icmp_seq=38 Time to live exceeded
    From gar3-p360.wswdc.ip.att.net (12.123.9.65) icmp_seq=39 Time to live exceeded
    From gar3-p360.wswdc.ip.att.net (12.123.9.65) icmp_seq=40 Time to live exceeded
    From gar3-p360.wswdc.ip.att.net (12.123.9.65) icmp_seq=41 Time to live exceeded
    From gar3-p360.wswdc.ip.att.net (12.123.9.65) icmp_seq=42 Time to live exceeded
    From tbr1-p013301.wswdc.ip.att.net (12.122.11.169) icmp_seq=43 Time to live exceeded
    From tbr1-p013301.wswdc.ip.att.net (12.122.11.169) icmp_seq=44 Time to live exceeded
    From tbr1-p013301.wswdc.ip.att.net (12.122.11.169) icmp_seq=45 Time to live exceeded

    --- akruhgskdu.com ping statistics ---
    76 packets transmitted, 0 received, +8 errors, 100% packet loss, time 75138ms

  189. Firewall Rules by cherub · · Score: 1
    Here's what I did:

    # ftso verisign
    iptables -A OUTPUT -d 64.94.110.11 -j REJECT
    iptables -A FORWARD -d 64.94.110.11 -j REJECT

  190. Already taken down?? by starfarer42 · · Score: 1

    I tried a gobbledy-gook URL 5 minutes ago and got Verisign's search page. But I tried the same thing less than a minute ago and got IE's search page instead. Has Verisign already backed down?

    1. Re:Already taken down?? by DDumitru · · Score: 5, Informative

      Only 4 of the root servers have the wildcard in place. Thus there is a bit of randomness in whether you hit it or not.

      If you have a Linux box, you can see this with:

      host verisigniscrooked.com a.gtld-servers.net ...
      host verisigniscrooked.com i.gtld-servers.net

      I think we should all call tech support on their 800 number and complain.

      U.S. and Canada: 888-642-9675
      Worldwide: 1-703-742-0914

      Lets see if we can get their hold queue time to several hours. Perhaps even ask to speak to a supervisor. Be sure to get names of everyone you talk to. Ask for names and phone number of the corporate officers. Compare them to SCO (ok, a bit off topic but I couldn't resist).

    2. Re:Already taken down?? by Reziac · · Score: 1

      Before simply hostfiling 'em into oblivion, I noticed the same thing -- some random words got to their evil site, some just got a no-DNS-error in the usual way.

      Seems they can't even hijack the net properly :/

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    3. Re:Already taken down?? by targo · · Score: 1


      U.S. and Canada: 888-642-9675
      Worldwide: 1-703-742-0914


      Btw, these 1-800 numbers show up all the time on /. whenever a new evil entity comes into fashion.
      Does anyone know if it is actually legal to spam someone's 1-800 number by just redialing it all the time or something similar? Or is there some obscure law that lets them come after you for this?

    4. Re:Already taken down?? by vDave420 · · Score: 1
      U.S. and Canada: 888-642-9675

      How nice!

      Some of the menus have a "press 8 to repeat this [lengthy] menu" option.

      Need a few modems to sit and press this repeatedly.

      -dave-

      --
      The pig browse. With Google. Sigh is to the chicken. Chicken is fool. Giggle. The DailyWTF giggle.
    5. Re:Already taken down?? by dabadab · · Score: 2, Informative

      Seems like now all root servers have the wildcards.
      It will be interesting to see the EU's response to this mess.

      --
      Real life is overrated.
    6. Re:Already taken down?? by Anonymous Coward · · Score: 0

      "Only 4 of the root servers have the wildcard in place."

      VeriSign only have access to four of the root nameservers. These four provide .com and .net resolving in addition to being root nameservers. If VeriSign had access to all of the root nameservers then the problem would not be restricted to .com and .net domains.

      It would be futile to complain to the illegitimate ICANN because the author of the wildcard software is Paul Vixie, a director of ICANN.

  191. Verisign Contact Info by Anonymous Coward · · Score: 0

    Verisign's telephone number is 1-888-642-9675 (confirmation from Google). I'm sure they'd appreciate a call if you notice anything wrong with their domain servers.

  192. For lost souls on windows by mattACK · · Score: 1

    route add -p 64.94.110.11 mask 255.255.255.255 x.x.x.x


    - where x.x.x.x = some bogus ip on your subnet
    I am dropping my verizon dsl the MOMENT my speakeasy comes in. Goodbye, fuckers.
    Cue Cartman voice: Oh, I'm sorry, Mr. Garrison, I said HOW WOULD YOU LIKE TO SUCK MY BALLS?
    --


    "My God, this must be a truly remarkable corn chip, to be so widely and confidently touted."
    1. Re:For lost souls on windows by Anonymous Coward · · Score: 0

      wtf does it have to do with verizon?

    2. Re:For lost souls on windows by Anonymous Coward · · Score: 0

      ? learning to read should be a prerequisite for browsing the interweb.

    3. Re:For lost souls on windows by Anonymous Coward · · Score: 0
      I guess if you drawl, VeriSign and Verizon sound kinda similar.

      And they're both evil, faceless, corporations I guess.

      Me, I'm so furious about this, I'm going to tear up my Adelpha Cable TV subscription.

    4. Re:For lost souls on windows by mattACK · · Score: 1

      Touche. This is the first time my drawl has come into play on the internet. Never browse drunk.

      --


      "My God, this must be a truly remarkable corn chip, to be so widely and confidently touted."
  193. Here's my email by Anonymous Coward · · Score: 0


    Here's the email I sent:

    To: AskDOJ@usdoj.gov
    To: comments@icann.org
    Subject: Verisign power abuse

    VeriSign, Inc. has just made an audacious power
    grab to take control of every unassigned
    top-level .COM and .NET domain name, and use it
    for their advertising purposes.

    On 15 September 2003 19:30 PDT I confirmed that
    VeriSign has been successful in their power grab.
    I did this by attempting to view the unassigned
    domain name qprwdbmzswygh.com in a web browser,
    and I received an advertisement for VeriSign, Inc,
    which included the following Terms Of Use:

    http://sitefinder.verisign.com/terms.jsp

    You know, of course, that you must take all action
    in your power to stop this abuse.

    (My contact info.)

  194. I propose a solution by sharph · · Score: 1

    We the people should make our own nameservers, and make fair rules governing who gets to own what domain.

    Or am I being ignorent to some sad fact?

    1. Re:I propose a solution by Anonymous Coward · · Score: 0

      Yes, what you want exists already. The problem is getting people to use their root servers instead of the official root servers. There used to be only political reasons for this migration, now there is a *technical* reason, too, so this may actually be a good thing.

  195. Re:route add host 64.94.110.11 GW 127.0.0.1 metric by Olathe · · Score: 1

    That's lovely if you accidentally enter "sitefinder.verisign.com". What if you accidentally enter "sakfjdkjf.com" ? The hosts file won't stop that from going to 64.94.110.11.

  196. Not much of a workaround by KeithH · · Score: 2, Insightful

    This isn't much of a workaround since the mistyped DNS name will still resolve. Instead of a no-such-domain response from the resolver, you'll instead get a no-response at the application level. This suggests that the server (website or mailserver for example) exists but is down.

    In the case of SMTP traffic, the sender will waste time and bandwidth retrying.

    Note also that Mockapetris explicitly intended for wildcarding to be supported in RFC1034 - unfortunately, I don't think he foresaw the crass exploitation of the internet by ICANN 16 years ago.

  197. My Favorite: by ProfessionalCookie · · Score: 1

    Here's my favorite:

    3. COST OF THE VERISIGN SERVICES.
    The Verisign Service(s) are provided to you free of charge.


    Something tells me they're gonna have a lot of registrations really soon!

  198. It's like electric power... by Soong · · Score: 1

    you start getting crap and non-service due to privatization and short-sighted profit motive.

    Every country should run a root server for their TLD, and the G7 (and mostly US) should get together to run the global TLDs.

    At the very least, VeriSign should lose it's license/contract in this area and someone more decent should have a shot at it. Oh say, IBM. (no affiliation)

    --
    Start Running Better Polls
    1. Re:It's like electric power... by WhiteWolf666 · · Score: 1
      I'm not exactly certain what VeriSign's role in the entire situation is.


      Do they actually have a DNS monopoly? Just switch your root server away. Infact, everyone should use OpenNIC. All ISP's should switch to OpenNIC.

      Then Verisign can rot.

      I hate them. Dirty, money grubbing bastards that they are.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:It's like electric power... by squiggleslash · · Score: 1

      Unfortunately switching to OpenNIC (and other DNS alternatives) isn't likely to help. OpenNIC doesn't have its own copy of the .COM domain, so it has to forward all such queries to the ICANN blessed root servers. At best, OpenNIC can try to filter out wildcard matches, but it cannot do more than that.

      --
      You are not alone. This is not normal. None of this is normal.
    3. Re:It's like electric power... by WhiteWolf666 · · Score: 1

      I'm thinking bigger/longer term than that :)

      Everyone switch to OpenNIC.
      Then it becomes feasible for OpenNIC to have its own .COM domain.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    4. Re:It's like electric power... by DavidTC · · Score: 1
      It's nothing to do with the root servers, and running your own will not help.

      And the US does run the root server for each TLD, which is delegated to ICANN, which is delegated to Verisign. ICANN is a bunch of idiots, and Verisign are no better.

      Sadly, it looks like Verisign is going to back down. I would much rather see Verisign do nothing, and ICANN do nothing. Then we'd see more outrage about this.

      Instead, ICANN's going to pretend that it would have done something if they hadn't, which of course it wouldn't have.

      --
      If corporations are people, aren't stockholders guilty of slavery?
  199. Drastic times call for drastic measures. by pr0ntab · · Score: 2, Funny

    Let's define reserved bit 3 in RCODE to be the "evil bit".

    So if a patched named resolves a domain to an IP node on a DNS-tomfoolery blacklist, it returns 11 instead of 3, ie. FUCK_VERISIGN instead of NXDOMAIN.

    libresolv on Solaris, glibc, etc. should be modified accordingly. Perhaps an environment variable determines the behavior: default is to map non-existant, of course.

    --
    Fuck Beta. Fuck Dice
  200. You Know You Made A Typo When... by MavEtJu · · Score: 1

    You Know You Made A Typo When... ... Your SSH client says "Connection refused" instead of "No such host". ... New players on your MUD say that you have been offline for the last three days while they made a typo in the hostname and got "Connection refused" instead of "Host not found".

    Etc.... not happy!

    --
    bash$ :(){ :|:&};:
  201. BIND Blocking Configuration by Anonymous Coward · · Score: 5, Informative
    If you run a nameserver and want to return NXDOMAIN instead of Verisign's IP, add this code to your named.conf if you are running BIND 9.2.2
    zone "11.110.94.64.in-addr.arpa" { type master; allow-query { none; }; };
    If you are running a version below 9.2.2 create a generic zonefile with contents such as
    $TTL 288000 @ IN SOA localhost. root.localhost. 1 7200 3600 604800 600
    and use this line in named.conf instead
    zone "11.110.94.64.in-addr.arpa" { type master; file "generic.zone"; allow-query { none; }; };
    1. Re:BIND Blocking Configuration by Anonymous Coward · · Score: 0
      Update: An easier way is to use this instead
      zone "11.110.94.64.in-addr.arpa" { type master; file "localhost.rev"; allow-query { none; }; };
    2. Re:BIND Blocking Configuration by Anonymous Coward · · Score: 0

      This method doesn't work very good, unfortunately.

      Domains were randomly switching between resolving and not resolving when I restarted named. :\

    3. Re:BIND Blocking Configuration by FrostedWheat · · Score: 1

      That will catch the reverse lookups, this should complete the circle:

      zone "verisign.com" IN {
      type master;
      allow-query { none; };
      };

      Not a perfect fix, as the web-browser 'not found' error still shows sitefinder.verisign.com, but it'll do until someone releases a proper fix for Bind.

      I don't think this will help email clients tho.

  202. Unbelievable by WhiteWolf666 · · Score: 1

    Uncrucking believable...

    Looks like they have already changed it:
    or is something amuck on my system---

    sitefinder.verisign.com 12.158.80.10

    Bastards.

    Internet Death Penalty, NOW.

    I'm blocking *.verisign.com, and associated ip addies.

    --
    WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    1. Re:Unbelievable by Anonymous Coward · · Score: 0

      sitefinder.verisign.com is not the same as sdfsfkj.non-existent.domain. It's possible that's the staging/development server they use.

  203. Re:Good side - Dept. of Commerce will get involved by KeithH · · Score: 1

    You *can't* switch to another set of domain servers. To permit alternate TLDs (as has already been attempted without success) would lead to a partitioned Internet.

    I agree with the original poster - somethings should be regulated and commerce should not be the only motivating factor in all matters of policy.

  204. Not every root nameserver is serving the A record by ziegast · · Score: 4, Informative

    At my last check, only the "a", "c", and "d" COM servers are serving the global A record for *.COM.

    I am removing those broken nameservers from my root zone hints at all of the places that I administer. Hopefully enough root servers will remain clean of this aborration to keep up a good level of service.

    I encourage others everywhere to do the same and ask their ISPs follow suit. If you don't play fairly with the public trust, the public should stop trusting you.

    If Verisign can hijack *.COM and *.NET, what is to keep resolving ISPs from hijacking unused domains at the resolver level to suit their own purposes?

    Where was the RFC on this practice? It would never have passed peer review.

    --
    Eric Ziegast
    Former TLD administrator.
    Former hostmaster at a major ISP.

  205. Re:YOU FAIL IT! by Anonymous Coward · · Score: 0
  206. Whew! I thought they added a wild card character! by stienman · · Score: 1

    For a minute there I thought they added a wild card character, so I could have a domain like *iscool.com which would match adamiscool or robertiscool, or spamiscool...

    -Adam

  207. PLEASE DO NOT CLICK ON ANY SEARCH ENGINE RESULTS by ddent · · Score: 5, Informative

    Hi All,

    Took a look at their setup, and from what I can see, they have partnered with Overture to get their search results. Overture is a pay per click search engine, meaning advertisers bid to get to the top of the search results - anywhere from $0.10 to $50. Most arrangements involve Overture getting half of the the bid, and VeriSign getting the other half.

    What this means is that they are making money (probably hundreds of thousands if not millions daily) from most of the searches you make.

    Topics which attract high bids (up to $50 per click, it is shocking) include online casinos, dedicated servers, refinancing, and a few others.

    I implore you all:

    If you want this to stop, please do not click on any of the search results from this 'search engine'. Doing so will contribute to the profit VeriSign will make from this. If you really really want to click on one of the listings plase go to www.overture.com and get it directly from them.

    Other things we can do include:

    1) Putting them on the spam RBLs for spamming the entire internet. This will have the effect of blackholing them from some parts of the internet that drop packets based on those RBLs right at the router level.

    2) Encourage your vendors to modify their DNS server packages to change results for that IP to NXDOMAIN.

    3) Encourage your admins to run such modified DNS servers.

  208. actually the sitefinder page is kinda useful. by BenLutgens · · Score: 0, Troll

    It appears to point out some simple correction selections that are click-able, and doesn't contain any advertising.

    Whats the big deal? Its a damn sight better than a plain "Site Not Found so Fsck Off" page.

    --
    "If you love someone, set them free. If they come home, set them on fire." - George Carlin
    1. Re:actually the sitefinder page is kinda useful. by DDumitru · · Score: 1

      If this only impacted browsers, this would not be so bad. The problem is that it impacts a bunch of other stuff. And at the bottom of it all, the reply from the root servers is a "LIE".

      Verisign thinks that it "owns" the .com and .net domains. That it is their property and that they can do whatever they want with it. I have news for them. As a US Citizen, I own the .com and .net domains thru my elected government. I know this is naive, but corporations need some ethics and monopolies need regulation.

      Complain loud and often. Via email, fax, phone, letter, or script. This cannot stand.

    2. Re:actually the sitefinder page is kinda useful. by MidKnight · · Score: 2, Informative
      Troll? Or just naive? I'll bite.... Some questions:
      • Did you notice that, by mis-typing some URL, you implicitly agreed with their Terms of Service agreement?
      • How long would you trust a fine, upstanding monopoly company like Verisign to continue to provide this useful service pro bono? Did you read that TOS after all? Notice where they explicitly state "The information ... may be supplied by VeriSign's commericial licensors, advertisers or others" Hmm... what *could* they possibly be planning here?
      • Would you mind if every domain-spoofing spam email that you bounced from your email went directly to Verisign, who would be free to do with it what they wish? Legally, you would have just sent them an email, and they'd be more than happy to harvest as much info from it as possible. And, by the way, Verisign has plenty of experience selling people's personal data for profit.
      • How is the end result any different from the recent cases of "typo-squatting" that have been found illegal in various courts?


      Look -- the root name servers are at the absolute core of the usefulness of the Internet. Using a hey just hijacked every non-existent URL on the planet & pointed it directly at their own money-making, pay-per-click-thru search engine. For crissake man, are you paying attention here?

      --Mid
  209. Terms of Use? by Anonymous Coward · · Score: 0

    If you arrived at the site inadvertently, then why do they have a 'Terms of Use'? How can they enforce these terms if you weren't given a chance to not use the site? I hope I make sense.

  210. Renegade DNS by levin · · Score: 1

    What is stopping moral persons from starting a renegade DNS? Sure it would be a non-trivial task to get people to actually start using this lesser domain service, but like with anything once you get the ball rolling, it's all downhill from there. Are there any laws that require you to use the rootservers and verisign? Can't people choose to utilize a third party maintained domain service, if it is in fact their choice? This would be purism at the cost of usability, but for some that would be a worthwhile tradeoff. If there were an open-source DNS out there, I'd use it. What do the rest of you think?

    --

    `which fortune`
    1. Re:Renegade DNS by WhiteWolf666 · · Score: 2, Informative

      Nothing.

      OpenNIC does exactly that.

      OpenNIC

      Verisign has continued to be the #1 DNS provider (monopoly root control over the internet, supposedly) through intertia.

      Not that I don't hate the bastards, given their effective monopoly.

      My only point is that very little has to change to eliminate them.

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  211. Preliminary BIND 8 patch by achurch · · Score: 5, Interesting

    Preliminary (as in, it seems to work for me) BIND 8 patch that I just cooked up available here.

    1. Re:Preliminary BIND 8 patch by rew · · Score: 1

      Hi Andrew, Your page doesn't have an Email address, and your homepage crashes my galeon. Hope to reach you by "slashdot"...

      I would write the IP as:
      static char IP_TO_BLOCK[]={64,94,110,11};
      That should make the code more readable.

    2. Re:Preliminary BIND 8 patch by achurch · · Score: 1

      Good point, updated. As far as my home page, I'm guessing your browser has a bug with handling Japanese text, since my top page is in Japanese. (I should have linked to the English page; that's fixed now, too.)

    3. Re:Preliminary BIND 8 patch by TonyMo · · Score: 1

      Why hard-code the IP address, when Verisign could easily change it (the A records have a TTL of 15 min)? Instead, keep the A records for *.net and *.com in the local cache, refreshing them when their TTL expires, and return NXDOMAIN for any A record with a matching IP address. In fact, what I would do is compare just the A record for the appropriate TLD being queried.

    4. Re:Preliminary BIND 8 patch by Sam+H · · Score: 1

      Here is my solution that does not hardcode the IPs but reads them in named.conf, which is a bit nicer.

      --
      God, root, what is difference ?
  212. Re:route add host 64.94.110.11 GW 127.0.0.1 metric by pyite · · Score: 1

    Um, read the subject of the message you replied to. THAT takes care of any requests going to the ip. Although, it is somewhat wrong. The command that I did was route add -host 64.94.110.11 gw 127.0.0.1.

    --

    "Nature doesn't care how smart you are. You can still be wrong." - Richard Feynman

  213. AND! by Anonymous Coward · · Score: 0

    They have the gall to put a terms of service notice on the page. Like we had a choice of using it or not!

  214. It's in the ccTLDs too, sadly by marnanel · · Score: 2, Informative

    On a global scale, it's not so recent, and it's not just Verisign. A bunch of the ccTLDs have been indulging in this unpleasant behaviour for a while: .ac, .cc, .cx, .mp, .nu, .ph, .pw, .sh, .td, .tk, .tm, and .ws (of course, some of those are run by the same registrar as one another). I was shocked when I first saw this, but I never thought the rot would spread into .com and .net. :/

    --
    GROGGS: alive and well and living in
  215. google index by upt1me · · Score: 1

    Hopefully they utilize a robots.txt or google is going to index alot of useless pages.

  216. Security Geniuses by Voivod · · Score: 1

    I feel so much better now knowing that the geniuses at Verisign have so much power over DNS. For example, notice that their web page has a basic cross site scripting security hole. Idiots!

    This example only opens a Javascript alert, but could just as easily steal your *.verisign.com cookies, etc.
    1. Re:Security Geniuses by WhiteWolf666 · · Score: 1

      Ok---here is an idea---any way to use this vulernability to make a url that repeatedly requests sitefinder.verisign.com?

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    2. Re:Security Geniuses by Voivod · · Score: 2, Interesting

      It's easy, but I'm not gonna tell you how. :-)

      Besides, I have no doubt they'll fix this shortly. The point is that this shows the level of incompetence at Verisign. We can look forward to them demonstrating this again and again as their marketing department canibalizes key elements of Internet infrastructure into minor profit opportunities for the company.

    3. Re:Security Geniuses by WhiteWolf666 · · Score: 1

      I know, I know---Its just my mean streak coming out :-)

      --
      WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
    4. Re:Security Geniuses by Anonymous Coward · · Score: 1, Informative
  217. DOS attack? by pyrrhonist · · Score: 1

    Hey, we could all do a DOS attack simply by entering the wrong name over and over!

    --
    Show me on the doll where his noodly appendage touched you.
  218. robots.txt by upt1me · · Score: 1

    User-agent: * Disallow: /

  219. Rejector isn't even parsing by DeathB · · Score: 5, Informative

    I've seen several people now post sessions they've had with "Snubby". Snubby is assuming that people are ordering things in a specific order. A session I just had with it:

    telnet 64.94.110.11 25
    Trying 64.94.110.11...
    Connected to 64.94.110.11.
    Escape character is '^]'.
    220 snubby3-wceast Snubby Mail Rejector Daemon v1.3 ready

    250 OK

    250 OK

    550 User domain does not exist.

    250 OK

    221 snubby3-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    Connection closed by foreign host.

    That's right. It doesn't parse the input at all (I just hit Enter a bunch of times). If you have multiple RCPT lines, or have an extra command in there anywhere, you will get an OK in the wrong place and it will look like you have succeeded.

    Adam

    --
    Would you do it for some scoobie crack?
    1. Re:Rejector isn't even parsing by Anonymous Coward · · Score: 0

      Why does that matter? It could just be logging everything it recieves.

    2. Re:Rejector isn't even parsing by Anonymous Coward · · Score: 0

      Because people might not get a bounce. They will think the mail was delivered when in reality nobody got it (except maybe Verisign).

    3. Re:Rejector isn't even parsing by Molina+the+Bofh · · Score: 2

      Wrong. The DATA command should be followed by a 354 not a 250.

      Plus, it'd cut the connection before any harm is done. Look:

      volcano:~# telnet 64.94.110.11 25
      Trying 64.94.110.11...
      Connected to 64.94.110.11.
      Escape character is '^]'.
      220 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 ready
      HELO verisignsucks.com
      250 OK
      MAIL FROM:<ihateverisign@verisignsucks.com>
      250 OK
      RCPT TO:<herbalviagraorders@spammer.net>
      550 User domain does not exist.
      RCPT TO:<iwanttomakemoneyfast@spammer.net>
      250 OK
      DATA
      221 snubby2-wcwest Snubby Mail Rejector Daemon v1.3 closing transmission channel
      Connection closed by foreign host.

      --

      -
      Roses are #FF0000, Violets are #0000FF, find / -name '*base*' |xargs chown -R us && mv zig greatjustice
    4. Re:Rejector isn't even parsing by snillfisk · · Score: 1
      220 snubby3-wceast Snubby Mail Rejector Daemon v1.3 ready

      The scary part is that they actually got to version 1.3 before it worked.
      --
      mats
      One man's ceiling is another man's floor.
  220. Uhm... by tugrul · · Score: 1

    I'm sure most crawler's will be tweaked to ignore this place holder. Imagine all the bandwidth & indexing storage that would be lost on all those broken links to mispelled or expired domains even before pulling a stunt like the one you describe.

    1. Re:Uhm... by gantzm · · Score: 2, Interesting

      stunt? I'm offended you would call my serious question a stunt! I really would like to know the impact this would have on DNS caches, considering the responses have a 15 minute TTL.

      Remember this come with a big smiley! And kids don't try this at home, it just might piss of google. And I don't want to see what happens when google starts bitch slappin' VeriSign.

      --


      Excessive forking causes un-wanted children.
    2. Re:Uhm... by Snowdrake · · Score: 1

      And I don't want to see what happens when google starts bitch slappin' VeriSign.

      Honestly, I do. I think it would serve VS a very nice kick in the nads. Alas, kicks in the nads don't work very well in the corporate setting, and so we're left praying that as many US-based registrars as possible will band together and slap VS with a very big suit for anti-competitive practices. I suspect this qualifies.

  221. To Windows users... by Anonymous Coward · · Score: 0

    add "127.0.0.1 sitefinder.verisign.com" to your HOSTS file.

  222. Sue them by WhiteWolf666 · · Score: 1

    They are cybersquatting (is that what you call it when you register a misspelling?)

    It is a little bit of a stretch---Well, not really, all the components are there.

    1. It is for profit. Being an overture search page, verisign gets $X for each link clicked on in the search results. Also, verisign offers to register the page for you (not sure if they do it on sitefinder, i've blocked it, but they do on the *.cc tld).

    2. It is willful. Its not like they couldn't notice. Jeezus-----own the root DNS servers, and redirect *.com? Why not just actually redirect *.com---->all traffic to verisign, or "All your base are belong to verisign", even for registered domains.

    Isn't this stuff covered by the "Truth in Domains Act" ->They just REDIRECTED EVERYTHING----this is x100000000000 what those porn loosers where doing.

    If you run a business which offered domain registration, you should be especially pissed.

    www.yourfavoriteregistrarmisspelled.com now goes to verisign.

    Sue Them!

    --
    WhiteWolf666 an exBush supporter. All you new-school,compassionate,save the children Republicans can rot in hell
  223. this is going to piss off THOUSANDS of admins by Anonymous Coward · · Score: 0

    I predict a relentless DDoS attack on that IP shortly.

    This shit isn't going to be tolerated, especially by people who have programs and scripts that function based on a certian type of expetcted behavior with DNS queries

  224. they're only running smtp and http by Jerf · · Score: 3, Informative

    They aren't. "Filtered" means the packet sent to that port simply disappeared, without even a error packet coming back to indicate the failure. In other words, indistinguishable from "There is no machine at all receiving the packet". Here's how to use nmap, see the third paragraph.

    The server is only running smtp and http, and theoretically it could be running services on the tens of thousands of other ports you didn't scan, but it almost certainly isn't.

    Those filtered ports are why the nmap scan took 24.611 seconds; system without filtered ports will go faster then that under normal circumstances.

    1. Re:they're only running smtp and http by LoadWB · · Score: 1

      I got curious about that smtp port. It's pretty rude, too... apparently doesn't like talking to <>.

      telnet sitefinder-idn.verisign.com smtp
      Trying 64.94.110.11...
      Connected to sitefinder-idn.verisign.com.
      Escape character is '^]'.
      220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
      ehlo mailhost
      250 OK
      mail from: <postmaster@somebogusdomain.com>
      250 OK
      rcpt to: <postmaster@anotherbogusdomain.com>
      550 User domain does not exist.
      rset
      250 OK
      mail from: <>
      221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel

    2. Re:they're only running smtp and http by LoadWB · · Score: 1

      Fuggedaboudit. Someone noted in another post that this is a dumb daemon that just returns responses in a certain order. OK OK OK 550 OK 221 or something like that.

  225. catch all by upt1me · · Score: 1

    I wonder if Verisign has a monster catch all for mail sent to non existant domains.

  226. write, call, fax, & email your CONGRESSMEN NOW by Anonymous Coward · · Score: 0

    Seriously!

    Verizon has control of the root domain servers through a congressionaly granted trust on the basis that they would be doing public good.

    If we can show Congress that they are negatively impacting the public (read: sys and netadmins, not just regular people), we can get Congress to order Verizon to put a stop to this BULLSHIT

  227. Suggest blocking outgoing connections to that IP by Krellan · · Score: 1

    Wow, this is the first real reason I have for wanting to restrict outgoing connections from my own network. 100% typosquatting is just disgusting.

    I don't want Verisign getting any data on what domains I mistype, and I don't want applications (such as email) breaking when users mistype an address. I don't want my outgoing email being intercepted by Verisign! Even if they say they'll set up a dummy SMTP server to generate error messages and bounce the mail, I don't trust them.

    It might be a good idea to make a daily cron job to look up the IP address of Verisign's wildcard, and add that to the list of banned IP addresses (no data allowed, not only for incoming but also for outgoing as well).

    dig @a.gtld-servers.net \*.com. | grep \^\*.com.
    dig @a.gtld-servers.net \*.net. | grep \^\*.net.


    Extracting the IP address from that and banning it is an exercise left to the reader :)

    Note that Verisign might have other domains under their control as well....

  228. Alternative: Open DNS by Anonymous Coward · · Score: 1, Interesting

    You know there is no reason why anyone has to use Verisign, ICANN, or any of that crap. There exist many alternatives. 1) We could go back to using the actual ip address. 2) We could each maintain our own huge hosts file. I don't actually recommend either of those ideas. But the idea I do like is why doesn't GNU or FSF or whoever start their own, open DNS system. There are no barriers to entry other than the bandwidth necessary to run root nameservers. OpenNIC is an example, I'm sure there are others.

    There are so many problems with the current system that it's begging to be replaced. Corporations basically stealing domains from individuals who got there first. Incompetant corporations like verisign getting rich off of doing almost nothing.

    What's more, the OpenDNS system could be much more accomodating with rolling out more progressive TLD's. Move beyond .com, ,net & .org to much more descriptive endings. DNS can and should be just as free and egalitarian as GNU software.

  229. Patch to djbdns by Russ+Nelson · · Score: 2, Informative

    Here's a patch to djbdns which lets you ignore certain A records in responses. If you're not already using djbdns, you should.

    http://tinydns.org/djbdns-1.05-ignoreip.patch

    --
    Don't piss off The Angry Economist
    1. Re:Patch to djbdns by papason · · Score: 1

      Russ is correct, if you are not using djbdns, you should. The patch will also make surfing continue without a stupid URL showing up when you mis-type.

    2. Re:Patch to djbdns by Anonymous Coward · · Score: 0

      Can someone compile a binary with that patch applied already please?

      Oh wait, they can't, because DJB is an asshole! Use djdns indeed. While I'm at it, I'll give DJB a wheel group login on all my servers so he can correct my setup; he apparently knows how I should configure my systems better than I do.

  230. Re:Not that simple... but I don't know how it work by AKnightCowboy · · Score: 1

    This is fucking hilarious.
    9-15-2003: Verisign breaks the Internet.
    9-16-2003: FTC investigation begins, NSF urges ICANN to revoke Verisign's write privileges to the root DNS zones.

  231. Re:Alternative: Open DNS by efti · · Score: 1

    Googling for OpenDNS returns OpenNIC on top, because that's exactly what it is. An open and democratic alternate DNS system. You really could at least Google around before coming up with an "original" idea like that ;P

    --
    I signed up for a /. account and all I got was this crappy sig
  232. What the hell are you doing by Dragon218 · · Score: 0, Flamebait

    That's my fucking server...
    I fuck your server! I fuck your server!

    --

    "It's the little touches that make a future solid enough to be destroyed" --William S. Bourroughs
  233. Might as well get these out there by matth · · Score: 1

    For search engines to find [evil laugh]
    this one
    and of course
    this one also

    Let the search engines be unleashed!

    I urge everyone to copy these two files....
    Even hide them someplace on your website so search engines find them MULTIPLE times but people can't see them! :) Teach Verisign a lesson.

  234. Verizon does not own Root DNS by Bruha · · Score: 1

    Verizon has control of the root domain servers through a congressionaly granted trust on the basis that they would be doing public good.

    If we can show Congress that they are negatively impacting the public (read: sys and netadmins, not just regular people), we can get Congress to order Verizon to put a stop to this BULLSHIT


    Hello Mr AC but Genuity owned those DNS servers and still do. 4.2.2.2 4.2.2.3 Etc still belong to them and not nor never Verizon. What you confuse is probably Verizon using Genuity's network as a backbone for their DSL services which caused me hell a few weeks ago when a Genuity core router in Dallas was having problems talking to a central office border router in Lewisville Tx causing me and all my neighbors to have horrible 1200ms+ ping times.

    I had thougth that verizon used their own network but they actually just provide the local loop and dump it all out to various carriers like Genuity.

    A more direct issue of verisign would be misstyped email addresses coming back with advertisements thus turning regular bounce messages into Spam also.

  235. Block it in DNS by Anonymous Coward · · Score: 0

    Is there any kind of DNS filter that can be installed on a DNS server to block anything that resolves to verisign.com? If so, I will install that at work and at home. Problem solved.

    If not, how long until one is written?

  236. So, what is the alternative? by Kris_J · · Score: 1

    I'll happily get our Linux guru to install any (free) "DNS2", or whatever, services that purport to be "better" than DNS, if anyone can suggest a way to resolve names without having to trust these jokers.

  237. We need a well written letter/email and sources to by dewelch · · Score: 1

    Hello all,

    After reading this thread I'm convinced that this change at Verisign is going to cause some major havoc with things so, does anyone have a well written letter of condemnation and a list of appropriate addresses to which we can send it?

    Douglas

  238. How to null-route it -- Linksys by Anonymous Coward · · Score: 0

    On my BEFSX41, I null-routed it. In the Web admin interface, click on "Advanced",
    then "Static Routing". Fill out the fields:
    Dest LAN IP: 64.94.110.0
    Subnet Mask: 255.255.255.0
    Def Gateway: 192.168.1.254
    (or other unused local address)
    Hop Count: 0
    Interface: LAN
    and then click Apply. After it says it saved, click on
    Show Routing Table
    and there should be a line like this:
    64.94.110.0 255.255.255.0 192.168.1.254 0 LAN

  239. NANOG threads on this topic by PghFox · · Score: 4, Informative

    The North American Network Operators' Group has two ongoing threads ('What *are* they smoking' and 'Change to .com/.net behavior') with further discussion on this topic.

    --
    --- Fox
  240. Boycott Thawte (Verisign's SSL subsidiary) by ajks · · Score: 5, Interesting

    If you have SSL certificates from Thawte (a subsidiary of Verisign), you can send them a message today.

    Email your Thawte rep to explain why you or, better yet, your huge organization :) won't be renewing your certificates with Thawte.

    You can tell them "it's a trust thing" (their own motto).

    1. Re:Boycott Thawte (Verisign's SSL subsidiary) by mino · · Score: 5, Insightful
      Email your Thawte rep to explain why you or, better yet, your huge organization :) won't be renewing your certificates with Thawte.

      Superb idea, ajks. Have a cookie (or a certificate).

      Here's a form-letter version of the email I'm about to shoot off to our rep, the delightful(!) Barbara:

      Dear [Thawte Rep Name],

      I am an employee (and listed CSO) of [company name], which purchases 128-bit SSL certificates from Thawte. We purchase approximately [x] certificates a year, which works out to approximately $US[y] per year.

      As you might be aware, Verisign, parent company of Thawte, has recently introduced a deceptive and misleading practise with regards to DNS resolution of non-existent domains. Any attempt to locate the IP address of a domain which is not registered (www.non-existent-domain.com) will, rather than returning an error message, return the address of a Verisign advertising server.

      This practice is not only ethically dubious, it is also something which promises to cause untold headaches for network administrators all over the world, as well as confusion for end-users of the Internet, all purely for the financial benefit of Verisign.

      I am not writing this letter to you in an official capacity as representative of my company: however, I wish to advise you that come certificate renewal time, I will be strongly recommending to my company that we change to an alternate SSL certificate provider, rather than Thawte, if this practice of Verisign's is still in place.

      As the listed CSO of this company, I strongly expect that my stance will result in the direct and immediate loss of this $US[y] worth of annual business to Thawte.

      This is an selfish and narrow-minded move on the part of Verisign, and I have no hesitation in recommending that my company withdraw its business from Thawte.

      Kind Regards,

      [Your Name],
      [Your location]

      We're a small company: but even in our case, [x] and [y] are are 10 and 3000 respectively. It won't take that many to make a sizeable hole in Thawte's pockets.

    2. Re:Boycott Thawte (Verisign's SSL subsidiary) by Anonymous Coward · · Score: 0

      Excellent idea. The company I work for has two certificates from them, which cost 549 UK pounds each excluding sales tax, and I've just mailed Verisign to let them know they've lost that business due to this subversion of the TLDs.

    3. Re:Boycott Thawte (Verisign's SSL subsidiary) by user138 · · Score: 1

      Exactly, take your business to RadioShack, or even beter, cacert.org. (when will slashdot run a story about this?)

    4. Re:Boycott Thawte (Verisign's SSL subsidiary) by beebware · · Score: 1

      Ten SSL certificates cost you $3000? Rackshack do them for $25 a piece (total of $250).

    5. Re:Boycott Thawte (Verisign's SSL subsidiary) by mino · · Score: 1
      Ten SSL certificates cost you $3000? Rackshack do them for $25 a piece (total of $250).
      Yeah, but....
      QuickSSL is compatible with Microsoft Internet Explorer(TM) 5.01 and higher and Netscape/AOL Web browsers version 4.51 and higher, comprising an estimated 90% or more of all Web browsers in use today.

      Sorry, 90% doesn't cut it for us. For our application, we need IE3+ and NS4.01+. Unfortunately, the 'big players' in SSL either owned the root certs from IE3 and NS4 in the first place, or have since bought them out anyway. Good luck finding IE3/NS4-compatible certs for a low price... (though if you do, let me know).

    6. Re:Boycott Thawte (Verisign's SSL subsidiary) by Anonymous Coward · · Score: 0

      Hey, you're misquoting the GeoTrust.com web site... they're compatible with 98% of all browsers, not 90%... there's a huge difference.

      Especially considering those 'big players' are barely any better. This (somewhat outdated) page on Verisign's web site even claims that their own Verisign root certificates are present in only 98% of the browsers available.

      So 98% compatibility for GeoTrust certificates and 98% compatibility for Verisign certificates... would you pay more for the Verisign certificate?

      And Thawte's root cert only shipped with IE 3.01 and 3.02 of the IE 3's... and those Thawte root certs expired in 1998, so they don't do you much good unless you've installed newer ones... but if your installing new root certs in your browser, why not install the GeoTrust ones? IE4 on the Mac also has the same root cert expiration problem.

      So, yes, using a Thawte SSL cert will allow SSL connections without the little warning message on a few more browsers on certain platforms. But do you think someone running a piece of crap browser from 4+ years ago is going to get worried about a warning message saying the authenticity of a certificate cannot be verified? They probably can't even see half the sites they visit, and get a barrage of javascript errors on every page they go to (remember those?)... what's one more little warning message to click through?

  241. Re:Good side - Dept. of Commerce will get involved by Russ+Nelson · · Score: 1
    To all you damn Libertarians that thing private commerce and capitalism is important for the proper functioning of ANYTHING, wake up and take a look around. Some things NEED to be regulated by the government; some times efficency is NOT as important as accountability. This is one of them (as a Californian, energy regulation is another!).

    Dear clue-free slashdot reader:

    You twit! Who do you think GOT us in the sorry position? THE GOVERNMENT! If you weren't such a fardling idiot, you would be calling for the MARKETPLACE to save us from the GOVERNMENT's SCREWUP in granting a monopoly to Verisign. Instead, you want the hair of the dog that bit you. That's a sure sign of someone who's addicted to government.
    -russ

    --
    Don't piss off The Angry Economist
  242. An exploit by Anonymous Coward · · Score: 2, Informative

    This will make you search google for your cookie. You can modify it to do whatever you want.

  243. Private emails not private anymore... by NachoDaddy · · Score: 1

    if I typo the address? I am concerned that if I were to send a message with an attachment that contains proprietary information, and I mung the email address (which happens alot with me), now that email and attachment will go to Verisign rather than bouncing? How will I know that my message never got there? I run a company, and my emails may contain information that is legally bound under an NDA with various partners. I'm not sure anyone would apprieciate this information getting lose. After all the BS I go through to make my company secure, firewalls, SSH only, big ugly passwords, etc., this seems like a huge hole in internet security.

    1. Re:Private emails not private anymore... by Anonymous Coward · · Score: 0

      Okay, you're making a point, but seriously, get PGP or something.

    2. Re:Private emails not private anymore... by NachoDaddy · · Score: 1

      Maybe in the world of ./'ers alot of people use PGP, but in the rest of the business world, they don't. From vendors with AOL acccount, to clients on the road reading mail through a web based mail reader, using PGP is a nice thought, but it remains in the relm of the computer nerd crowd. I tried to get everyone I know using PGP several years ago, and could not get one single friend or family member to participate. Several humored me and tried, but it ended up being another piece of software I had to support for them.

  244. Market Research by Anonymous Coward · · Score: 0

    Beyond preferred placement on SiteFinder, next think you know, VeriSign will aggregate, analyze and sell the marketing data from all the mistyped domains and the searches from their search engine.

  245. Re:patches? -- dnscache patch here by Anonymous Coward · · Score: 0

    http://tinydns.org/djbdns-1.05-ignoreip.patch

  246. This has already been happening. by Tokerat · · Score: 1


    Sometimes when I mistype a URL I get pages which say "BUY THIS DOMAIN - CHEAP!", and they usually have some kind of lame search/portal page as well, with links to say, insurance sites, or online auto sales or auctions.

    VeriSign might have taken all the extra domains, which is lame, but this is far from the first we've seen of this.

    --
    CAn'T CompreHend SARcaSm?
    1. Re:This has already been happening. by SmartSsa · · Score: 1

      that's slightly different, although annoying none the less. Those are squatters who actually registered the domain, they're just willing to sell it off.

      godaddy is notorious for doing it to expired domains. there's many others too.

      but this, this is beyond annoying.

  247. How to solve this? by ceswiedler · · Score: 1

    Is there any way to configure BIND to return DNS errors if the address resolves to this Verisign fucknut of a page?

    If not, is there a good DNS package which can be configured this way? My grandpa keeps telling me there's holes in BIND anyway. ;-)

  248. Physical Location of Verisign Offices by CaptainCarrot · · Score: 4, Informative
    From the website:

    VeriSign Worldwide Headquarters
    487 East Middlefield Road
    Mountain View, CA 94043
    Phone: 650-961-7500
    FAX: 650-961-7300

    Have fun!

    --
    And the brethren went away edified.
    1. Re:Physical Location of Verisign Offices by just+fiddling+around · · Score: 1

      No toll-free phone? I am disappointed... I'd like them to pay for my phone "mis-typing" from Canada...

      --
      You're not old until regret takes the place of your dreams.
  249. OMG by Anonymous Coward · · Score: 0

    Michael Bolton! I love you!!!!!!!!

  250. This is what Verisign has to say by Anonymous Coward · · Score: 0
  251. Insults reutrn slashdot by Anonymous Coward · · Score: 0

    A great feature: Every verisign insult typed into their "search engine" returns slashdot...

    Including classis such as:
    f*ck verisign
    f*ck verisign up the a$$
    verisign owns your mom
    verisign execs spend time pushing their moms

    Sweet...

  252. How much money will Verisign owe ICANN for this? by Anonymous Coward · · Score: 0

    It's my understanding that ICANN gets a cut of every domain registration, isn't that correct? If so, how many domains has Verisign "registered" here? I mean, they're using them, so they are registered to Verisign, in a de facto way. So, it would seem that they owe ICANN a shitload of money.

    But I may be mistaken. Someone feel free to correct me on this.

  253. squid by Dasigner · · Score: 1

    It's a bit interesting to note that using a proxy (e.g. squid) does return an "Unknown host" error for non-existing domains. I guess squid performs a real A lookup first.

  254. Re:Rejector *IS* parsing by Anonymous Coward · · Score: 1, Informative

    220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
    puto
    250 OK
    laputamadre
    250 OK

    laconchadelalora

    550 User domain does not exist. -- Whoa! it wants a real domain name huh?

    laconchadelalora@kagate.com
    250 OK

  255. It gets worse by Anonymous Coward · · Score: 1, Informative

    Actually it is not a working MTA. It just prints a series of static messages. If you don't do things in the right order you may not even get a bounce out of it.

  256. Here you go by Anonymous Coward · · Score: 2, Funny

    #!/usr/bin/python
    import socket
    x = 0
    while True:
    try:
    x += 1
    dns = "www." + "verisignsucks" + str(x) + ".com"
    s = socket.gethostbyname(dns)
    print dns, "resolved to", s
    except: print "resolving", dns, "failed"

  257. why aren't? by burns210 · · Score: 1

    why aren't all TLD's handled by a non-profit organization, or standards body? I mean seriously, what advantages does a corporation have in holding such a public service... I mean, a corporation is in it to make money, they shouldn't be given the chance with something like this.

  258. Why don't we do a DOS attack on it by JFMulder · · Score: 1

    This way the machine will be down, thus not answering request and we will get errors like before. ;)

    1. Re:Why don't we do a DOS attack on it by Anonymous Coward · · Score: 0

      Just think of the spam they're getting!
      I think I'm going to run a portscan on a non-existant domain.

    2. Re:Why don't we do a DOS attack on it by krray · · Score: 1

      > This way the machine will be down, thus not answering request and we will get errors like before. ;)

      Good idea...

      > "The answer to the Question of Life, the Universe and Everything is... 42"

      But the sig (timing is right... :) -- I beg to differ, but I think his calculation were incorrect. It's 48.

      You know - 69. But things are typically a little screwed up and backwards. 96. And you only ever get half of what you wanted anyway (if that): 48.

      Simple really. Back to 86'ing Verisign...

    3. Re:Why don't we do a DOS attack on it by JFMulder · · Score: 1

      But the sig (timing is right... :) -- I beg to differ, but I think his calculation were incorrect. It's 48.

      You know - 69. But things are typically a little screwed up and backwards. 96. And you only ever get half of what you wanted anyway (if that): 48.

      Simple really. Back to 86'ing Verisign...


      Is it normal if I didn't understand a single word of what you have just explained? ;)

    4. Re:Why don't we do a DOS attack on it by offdigitalmsn · · Score: 1
      I'm running
      tim@wopr:~$ echo fix-the-server-please >message
      tim@wopr:~$ while true; do nc fix-the-server-please.com 80 <message; done
      I don't think their server likes me much. It honours a few requests and then times out for ages. I don't know much about this stuff but I guess that makes it harder to do a DDOS. I'm sure the combined might of /. could do it though :-)
    5. Re:Why don't we do a DOS attack on it by jcrowly · · Score: 1

      As every typo for .com .net results in a request on port 80, the thing is more or less under constant DOS any way.

  259. If you're patching anyway by Chuck+Chunder · · Score: 1

    return NXDOMAIN for www.verisign.com, sitefinder.verisign.com and www.thawte.com while you are at it.

    Perhaps they'll rethink the value of unilateral action after that.

    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
  260. Re:Good side - Dept. of Commerce will get involved by shepd · · Score: 1

    >You *can't* switch to another set of domain servers. To permit alternate TLDs (as has already been attempted without success) would lead to a partitioned Internet.

    Exactly. That's the whole point. .com, etc become valueless. Crazy customers that spent $1000 a few years ago to buy a long term registration will go insane with anger. Verisign would be forced to fix their policy or die.

    --
    If you could be told what you can see or read, then it follows that you could be told what to say or think - BoC
  261. my email to verisign by Anonymous Coward · · Score: 0

    From: XXXXXXXXXXXXXXXXXXXXXXXX
    To: shollenbeck@verisign.com, mlarson@verisign.com, wmitchell@verisign.com, ssclavos@verisign.com
    Date: Tue, September 16, 2003 0:14
    Subject: Recent changes that break current RFCs.

    Good Morning Gentlemen,

    As I am sure you have received many emails each already this morning after
    your company's change to the way DNS works on the Internet I shall keep mine
    somewhat short.

    For all of my clients and contact I am now recommending dead-routing of all
    versign IPs. Any root servers that return your incorrect and lame delegation
    will be removed from master host files. Any CERTs purchased through your
    company will now be purchased instead from Thawte. While I personally won't
    make of a difference in your revenue stream many of my contacts and friends
    in the industry can. I will vehemently argue against using your services at
    any orginization that requests my opinions during consulting work and may in
    fact go out of my way to point out your faults.

    What I wonder is you must be aware that your returning incorrect
    information, logging of such trends, filtering out all mistyped email (no
    doubt for email address harvesting), and your pushing people towards
    overture searches you get paid for basically turns your company into petty
    criminals. It must be hard to sleep at night knowing that instead of running
    a business well, you must resort to such shennanigans to stay competitive?

    Sincerely,
    XXXXXXXXXXXXXXX
    XXX-XXX-XXXX

    1. Re:my email to verisign by Anonymous Coward · · Score: 0

      Well, you can threaten to purchase from Thawte, but Verisign owns them too. I'd try InstantSSL.com or some other company.. Not to mention you'd save money too.

  262. Here's a thought by generationxyu · · Score: 1

    I just noticed that SMTP is open on 64.94.110.11. So if I mistakenly send email to ceo@soemcompany.com... that would bog down verisign's mailserver. Hmm... given that spam crawlers will most likely parse addresses like user@NOSPAMdomain.tld, they're going to get massive amounts of spam that previously was never sent because the DNS didn't resolve. This problem may take care of itself.

    --
    I mod down pyramid schemes in sigs.
  263. feedback via slashdot effect by Anonymous Coward · · Score: 0
    Perhaps if everyone went to http://hey-verisign.stop-arrogantly-appropriating- the-tlds.com they might get the hint.

    Of course nobody should be so irresponsible as to do something like

    #!/bin/sh
    while [ 1 ] ; do
    wget -O /dev/null "http://hey-verisign.stop-arrogantly-appropriating -the-tlds.com/" ;
    done

    at, say, precisely 20:00 EDT every day, assuming your ISP doesn't use SQUID or some other http proxy (they're already being fucked hard enough by Verisign, no need to add insult to injury)

  264. Re:Alternative: Open DNS by Grimster · · Score: 1

    On topic: verisign sucks, if you need SSL get geotrust, and I haven't registered a domain with these bastards after alternatives were allowed (enom.com/opensrs/etc).

    Off topic: (kinda)

    OK I switched a test DNS server to use this OpenNIC, but it still resolves unknown domains to sitefinder shouldn't that quit working once I switch my hints to these guys?

    [root@www45 named]# ping ns1.opennic.glue
    PING ns1.opennic.glue (209.151.84.102) 56(84) bytes of data.
    64 bytes from primary-ns.translator.cx (209.151.84.102): icmp_seq=1 ttl=241 time=63.7 ms

    Ok so that works but

    [root@www45 named]# ping asdfasdfasdfasdfasdfasdfaf3232342f23f23r23r23ffff. com
    PING asdfasdfasdfasdfasdfasdfaf3232342f23f23r23r23ffff. com (64.94.110.11) 56(84) bytes of data.

    Crap thought switching would stop that?

    --
    --- www.f-theocean.com
  265. Here's a neat idea: by pipeb0mb · · Score: 4, Informative

    A fellow SA Goon (thatdog), pointed this out, and it could perhaps be a nice fun tool to screw with them...I'll quote his post over there:

    thatdog said:
    The most amusing part of this to me is they take whatever is passed in the url parameter and shove it into the html of their page, no questions asked. Remote scripting exploits will be ever so easy!

    If you don't get what I'm talking about, just check out this link.

    Would be fun to see redirects on major isps and backbones...or even forwarding to an alternate site hosted elsewhere with an explanation.

    1. Re:Here's a neat idea: by BuilderBob · · Score: 2, Interesting

      I have to ask what is possibly a stupid question...

      Is it possible to get the Versign website to DDOS itself? If the server uses server side includes then it can include itself? Would it stop if the client stopped requesting the page or would it keep looping until it maxed out the server threads?

      Or, if not server side include, a javascript 'wget' maybe, but that's client side.

    2. Re:Here's a neat idea: by goldfndr · · Score: 1

      Would a carefully crafted URL allow suit for copyright infringement?

      --
      Copyrights, Patents, Trademarks: temporary loans from the Public Domain, not real property ("intellectual" or otherwise)
    3. Re:Here's a neat idea: by kevquinn · · Score: 1

      Great fun. A little tweaking and it works again.

  266. mod parent up by Alejo · · Score: 0, Offtopic

    the fbi idea is great...

  267. I don't believe this is fully true by harlows_monkeys · · Score: 1
    OK, things are weird. oqngksjdc.com does indeed resolve to the address given, but acdjdc.com does not resolve, nor does fffacdjdc.com. ughfnj.com resolves to the stated address, but pqkbjd.com does not.

    So, it does not appear that *.com is being handled.

    1. Re:I don't believe this is fully true by Tokerat · · Score: 1


      Still propegating?

      --
      CAn'T CompreHend SARcaSm?
    2. Re:I don't believe this is fully true by Anonymous Coward · · Score: 0

      I'm getting no response on some of the uris that have been posted elsewhere on this topic. I think they're looking for intentional linking (several client ips with the same bad domain) or ddosing and refusing the connection in some way.

    3. Re:I don't believe this is fully true by BlacKat · · Score: 1

      No, since DNS records don't actually "propgate". ;)

      DNS Zone records expire and each individual DNS server then asks an authoritive server for a new copy of the record. This can be set to any period of time, but usually 24-48 hours is the setting.

    4. Re:I don't believe this is fully true by Tokerat · · Score: 1


      Damn, I'm 0 for 2 in this thread now. Time for bed. :-\

      --
      CAn'T CompreHend SARcaSm?
    5. Re:I don't believe this is fully true by sydb · · Score: 1

      DNS records do indeed propogate, from masters to slaves, via zone transfers.

      --
      Yours Sincerely, Michael.
  268. attn: BIND/djbdns/whatever wizards by Ex+Machina · · Score: 1

    reply to this post with the config workarounds so that your nameserver will never return this record!

    1. Re:attn: BIND/djbdns/whatever wizards by Anonymous Coward · · Score: 2, Informative

      From previous postings:

      Preliminary BIND8 patch:

      http://achurch.org/bind-verisign-patch.html

      Patch to Dan Bernsteins DJBDNS:

      http://tinydns.org/djbdns-1.05-ignoreip.patch

  269. There is a solution. by acet · · Score: 1

    What were to happen if the authors of BIND were to include an option which silently discards A records from the root nameservers? Verisign may control the root namservers, but they don't control the core nameserver software ;)

    Then ISP's and businesses could configure their nameservers to ignore root-provided A records and everything will be back to the way they were for clients that use those nameservers.

  270. And you thought that MS Smart Tags was bad. by digitalgimpus · · Score: 1

    I'm a bit angry.

    From now on any bad URL will resolve to VeriSign. That's sick. They make money on every typo on the Internet.

    My real beef is that they could be selling ads for competition. For example, type appke.com instead of Apple.com, and you could be seeing ads for MS Windows. Or vice versa.

    Bad things to come.

    From me blog: http://robert.accettura.com

  271. Do not leave it is not real. by Tokerat · · Score: 2, Interesting

    OK fellow geeks, I am seeing alot of ranting about clogging mail server queues with typos and the like, let's go over this a little more in depth:Aha, so this only affects web browsers. Other ports besides 80 are somehow ignored...at least that is what happens on this end.

    So perhaps it's not that bad. Port designations aren't sent with DNS queries, though, which makes this a bit puzzling. At least if it's true your mail queue wont' clog. Anyone with more experience in the area care to elaborate/prove it wrong? Not looking for a flame war, but a little scientific method.
    --
    CAn'T CompreHend SARcaSm?
    1. Re:Do not leave it is not real. by Anonymous Coward · · Score: 2, Informative

      You're right... port designations aren't sent with DNS queries. randomdomainthatdoesntexist.com:69 resolves, but does not display because there is no Web server on port 69. Therefore, your entire post is moot.

    2. Re:Do not leave it is not real. by Tokerat · · Score: 1


      Damn.

      Well, fuck VeriSign then, fuck them right in their stupid asses.

      --
      CAn'T CompreHend SARcaSm?
    3. Re:Do not leave it is not real. by Gefd · · Score: 1

      We didn't find: "fuck-verisign.com"
      There is no Web site at this address.

      ...

      We did find these similar Web addresses.
      # www.verisign.com
  272. What's all that JavaScript mean? by umpa · · Score: 1

    So I don't know any Java at all--but I can do "view source" on sitefinder.verisign.com/index.html and there's a lot of JavaScript mumbo jumbo there.

    What's it doing exactly?

  273. A quick post on the damage caused by this action.. by Anonymous Coward · · Score: 2, Informative

    Check out http://www.haque.net/verisign_dns_rant.php for some more information on how this is damaging to the rest of the net (as well as to your own privacy)

    -- a concerned netizen

  274. strange dns resolution by mhawk13 · · Score: 1

    [sparrowhawk:~/Desktop] hawk% nslookup
    Default Server: ns2.attbi.com
    Address: 216.148.227.68

    > 64.94.110.11
    Server: ns2.attbi.com
    Address: 216.148.227.68

    Name: sitefinder-idn.verisign.com
    Address: 64.94.110.11

    > sitefinder.verisign.com
    Server: ns2.attbi.com
    Address: 216.148.227.68

    Non-authoritative answer:
    Name: sitefinder.verisign.com
    Address: 12.158.80.10

    if anyone can explain this, it would be appreciated...
    clearly, under comcast DNS servers, 64.94.110.11 is slightly different, and the catch-all is 12.158.80.10

  275. haha by VAXGeek · · Score: 1

    a few good links: wowowo

    --
    this sig limit is too small to put anything good h
  276. ICANN said no.... by chipster · · Score: 4, Informative
    ...back in January, as you will read here:

    <http://www.icann.org/correspondence/iab-message-t o-lynn-25jan03.htm>

    What happened? I STRONGLY URGE that complaints be made to ICANN and the US DoC...right now.

    This is so much worse than many folks think.

    1. Re:ICANN said no.... by Anonymous Coward · · Score: 0

      That actually didn't have anything to do with what Verisign has done. It was about a different topic, Internationalized Domain Names (domain names using non-ASCII symbols, such as Chinese).

  277. bah! by Anonymous Coward · · Score: 0

    usually i wouldn't respond to an artical, but this just pisses the phuck out of me!

  278. If there was ever a target by ethaz · · Score: 1

    For a DDOS attack, this is it.

  279. Well... by Disco+Stew · · Score: 0

    I, for one, welcome our new Versign Overlords.

    --
  280. Too bad.... by klaricmn · · Score: 1

    Too bad that they didn't just point people to google....now that would be useful.

  281. Maybe we should all give them a call? by speters · · Score: 1

    You know, maybe we could give them a call to express our displeasure. From the Verisign web site: Domain Names & Related Services U.S. & Canada: 888-642-9675 Worldwide: +1-703-742-0914 Web Sites Phone: 888-642-9675

  282. Re:Not every root nameserver is serving the A reco by iburrell · · Score: 1
    Removing the root name servers will have absolutely no effects. The gtld-servers.net for the .com and .net domains are separate from the root-servers.net root servers. Five of gtld-servers.net servers are returning the wildcards.

    VeriSign controls two of the root servers (A and J) but they are returning the same delegation for the COM and NET domains as all the other root servers.

  283. I'm voting with my feet. Bye bye Verisign. by nuckfuts · · Score: 2, Insightful

    By coincidence I received a (legitimate) domain renewal notice from Verisign today. Instead of renewing with Verisign I am transferring my domain to a new registrar. Verisign-ing off.

    1. Re:I'm voting with my feet. Bye bye Verisign. by BiOFH · · Score: 1

      Me too. I shoulda done this ages ago.
      Too expensive and, as we've witnessed now and before, somewhat under-handed.

      --
      - I am made of meat.
    2. Re:I'm voting with my feet. Bye bye Verisign. by BlacKat · · Score: 2, Interesting

      Wait for the email from Verisign offering you a discount to renew once they get the registrar transfer request. ;)

      I got one for each of my domains I moved to a new registrar a year or so ago after I finally got irked enough with Verisign to move.

      Now I get my domains MUCH cheaper and the new registrar is miles better then Verisign ever was.

    3. Re:I'm voting with my feet. Bye bye Verisign. by unlucky · · Score: 1

      Can anyone recommend a good domain registration provider?

    4. Re:I'm voting with my feet. Bye bye Verisign. by BlacKat · · Score: 1

      I moved to enom.com since that is the registrar my friend who runs a hosting provider uses.

      I have had no problems with Enom and thier rates are quite good, especially the reseller discounts.

  284. trademark infringement by Anonymous Coward · · Score: 0

    Can I claim trademark infringement on my trademarks resolved by Versign?

    1. Re:trademark infringement by Anonymous Coward · · Score: 0

      No.

    2. Re:trademark infringement by DavidTC · · Score: 1
      Why, yes, you can. They are domain squatting, and you can take them to court to demand your domain and that they pay your court costs.

      It's a new, fun way to purchase domains.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    3. Re:trademark infringement by Anonymous Coward · · Score: 0

      Look at the domain "boss.com".
      This is an existing/delegated one and they are hijacking it also.

      \Maex

  285. contact the FTC by Anonymous Coward · · Score: 0

    You can file a complaint at http://www.ftc.gov Man, if ever a company needed to be squashed, now is the time!

  286. My complaint to verisign... And... by Anonymous Coward · · Score: 0

    Hello,

    As a customer of Verisign for quite a long time, I would like to express my disapproval of your latest internet DNS abuse, the site finder (resolving of wildcards on .com and .net). I think this will negatively impact many applications, business and everyday users. I strongly believe against this decision and will not continue doing business with Verisign unless this issue is resolved.

    Not to mention all the lawsuits you guys are about to face...

    Best regards, ...

  287. How to block it with Squid by benploni · · Score: 1

    If your user are getting their web access through a squid proxy, you can add these lines to the config to prevent them from seeing verisign's brain damage.

    acl verisign dst 64.94.110.11/255.255.255.255
    http_access deny verisign

    It'll give an access denied error, which is less than optimal. Can anyone describe a less intrusive squid config?

    1. Re:How to block it with Squid by Anonymous Coward · · Score: 0

      You can write a custom err page for the acl, and add it to the squid config like this

      deny_info ERR_VERISIGN_SUX_DONKEY_BALLS verisign

    2. Re:How to block it with Squid by SmartSsa · · Score: 1

      i use jesred w/squid to redirect

      # Fucking Verisign
      regex ^http://sitefinder.verisign.com/(.*) http://192.168.0.1/domainnotfound.php?\1

      (obviously replace the redirected url with something useful to you. that php just tells whomever that $host wasn't found, search on google or type it right.)

  288. Semi-useful fix by Jahf · · Score: 1

    So, why don't all the ISP router admins get together and route all requests for 64.94.110.11 into the bit-bucket, or even better, configure all DNS servers to report it as non-existent.

    If you want to get really smart about it, since VeriSign could simply change the * record later, pull a copy of the root zone each day and grep the * record to blackhole whatever it calls for.

    Or designate one source to do this and pull from this source.

    A few large ISPs could seriously affect Verisign's ability to do this in the future and a little grassroots campaign like this can shape future policies at other companies.

    --
    It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
  289. It stopped for me... by BiOFH · · Score: 1

    Dunno if it's my dsl provider stepping in or not, but it just stopped as I was about to change my hosts file... I get the usual 'not found' again.

    (FWIW: I'm in Australia and a slave to Telstra, lord and master of my connection)

    --
    - I am made of meat.
  290. libverisignfix.c by Dwonis · · Score: 4, Informative

    Try libverisignfix.c. It's an LD_PRELOAD hack to intercept gethostbyname, gethostbyname_r, and gethostbyname2_r. It doesn't intercept anything else (like getaddrinfo), but it works in Mozilla.

    1. Re:libverisignfix.c by evil_mojo_jojo · · Score: 1

      Hard coded IP address? That's pretty damned useless. What stops Verisign from returning different IP addresses every other day. A better fix (which needs to be implemented in the nameserver, is to issue a query for a NS or SOA record for the second level domain first. If the NS or SOA record does not exist, any A records returned from Verisign will be bogus. Of course, an even better fix is to configure your nameservers to not query the Verisign top level domain servers. They only control 3 out of 13 (a, c, and d if memory serves. The non-verisign domain servers don't do this BS).

    2. Re:libverisignfix.c by scrytch · · Score: 1

      > Try libverisignfix.c. It's an LD_PRELOAD hack to intercept gethostbyname, gethostbyname_r, and gethostbyname2_r. It doesn't intercept anything else (like getaddrinfo), but it works in Mozilla.

      Truly awesome, and I can't wait to see this get into the resolver proper, as a configurable sort of thing, i.e. mapping certain IP address ranges to "nohost" or some such token to indicate DNS failure.

      How about for OSX and Windows now? I might give it a whack myself, teach myself something about Win32 API hooks...

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    3. Re:libverisignfix.c by Dwonis · · Score: 1
      Hard coded IP address? ...

      Yes, I know the code is ugly. I was just karma-whoring. :-)

      They only control 3 out of 13 (a, c, and d if memory serves. The non-verisign domain servers don't do this BS).

      Really? So now we have inconsistent gTLD nameservers? Wonderful.

  291. There is one easy fix... by kikta · · Score: 1

    I've changed my hosts file to point sitefinder.verisign.com at 127.0.0.1 and it worked. So I would assume that most people in the know can fix it by pointing the address at a non-existant IP, either on the local machine or at the ISP level. Either way, this is the stupidest thing I've seen in quite a while.

  292. Looks like Verislime is going down by Disco+Stew · · Score: 0

    Over the past 15 minutes it's been up and down. Getting the Try Again page (after 15 seconds) or cannot find server.

    Go scripts!!

    --
  293. Correction (need resolver workaround) by ziegast · · Score: 1

    One bad effect from the Verisign infection is that many bogus mailers are no longer bogus. Example:

    From: spammer@ferewrf.com
    To: You
    Subject: Herbal supplement

    Some spam filters would use DNS to notice that ferewrf.com. is a bogus mail server (no MX, no A), and therefore reject the mail for forging the sender. Well, now ferewrf.com..com has an A record pointing to 64.94.110.11, so it's now a "valid" mail server.

    Doh!!!

    We gotta get those resolvers to fail on requests to bogus domains.

    A wise friend pointed out to me that Verisign owns all of those *.GTLD-SERVERS.NET servers, so they could theoretically pop this record onto any/all of those servers, and it's hard to boycot all of the Verisign-monopoly COM/NET servers because we need to query them to get valid COM/NET answers. Mod my last post -1 Clueless. It's not _the_ solution, but it might work temporarily until Verisign changes who is serving the global record.

    One could change resolver software to detect when there's a bogus response. The logic might look as follows:

    If QueryType="A" and Answer="64.94.110.11"
    Then Respond(SERVFAIL);

    or

    If QueryType="A" and Member(Answer, *BogusList)
    Then Respond(SERVFAIL);

    I think DJBDNS's query.c could be one spot. People working on BIND might have a solution, too.

    --
    Eric Ziegast
    www.lookingtoescapeverisign.tv

    1. Re:Correction (need resolver workaround) by ziegast · · Score: 1

      A quick hack for DJBDNS's dnscache to refuse to comply:


      # diff -c query.c.bak query.c
      *** query.c.bak 2003-09-15 22:55:38.000000000 -0700
      --- query.c 2003-09-15 23:57:36.000000000 -0700
      ***************
      *** 643,648 ****
      --- 643,650 ----
      pos = dns_packet_copy(buf,len,pos,header,10); if (!pos) goto DIE;
      if (byte_equal(header + 8,2,"\0\4")) {
      pos = dns_packet_copy(buf,len,pos,header,4); if (!pos) goto DIE;
      + /* Bad return value includes 64.94.110.11 */
      + if (byte_equal(header,4,"\100\136\156\13")) goto SERVFAIL;
      save_data(header,4);
      log_rr(whichserver,t1,DNS_T_A,header,4,ttl);
      }



      A better program might preload a list of addresses from a file.

    2. Re:Correction (need resolver workaround) by ziegast · · Score: 2, Informative

      A better patch can be found here.

      --
      Eric Ziegast

  294. posted number turns out to be to Network Solutions by unixfan · · Score: 1

    Well I called and discovered it to be Network Solutions.
    I got a operator who informed me that the Supervisors were all busy. I snuck in a comment of how they are owned by versign and after putting me on hold for a few sec came back and asked if I'd give some details which they would try to forward to the correct party.
    I told them about a failed lame domain debugging I was doing ending up at 64.94.110.11. How it breaks a number of things. That Larsen is behind it and he should have known better than to sabotage the Internet.
    Being a professional Operator she did her best at trying to service me. If that was just to try to keep a lid on upset people calling I don't know. I would imagine a few people have called. At least it's coming back to them on some lines.

  295. Re:route add host 64.94.110.11 GW 127.0.0.1 metric by Reziac · · Score: 1

    I had this thought after reading someone else's post, but the line I inserted looks like:

    127.0.0.1 64.94.110.11 # verisign's hijacking IP
    (Turns out adding a line to hosts.txt takes about a minute to take effect. Why is that?)

    Tho I like your 0.0.0.0 idea better... [goes off, tries it] Resolves to nothing-found in about 5 seconds instead of 30 seconds. Thankx!!

    --
    ~REZ~ #43301. Who'd fake being me anyway?
  296. Re:PLEASE DO NOT CLICK ON ANY SEARCH ENGINE RESULT by okigan · · Score: 4, Insightful

    Actually I think you are totally right.

    The whole thing was done exactly with this
    purpose, but I think it can be used to break the
    system. If enough bots (and bots only)
    constantly "click" on the ads, their price will
    plummet. Since now they cannot tell if a person
    saw the ad, they "pay per click" becomes
    pointless. (and boy they will be mad when find
    out they paid all that money for nothing)

    On the other other hand if every slashdoter
    would ping the thing it would be way more fun.
    Come one everybody just type : ping 64.94.110.11
    (at -t if you are in windows)

  297. This hurts the web by ayafm · · Score: 1
    The new *.com & *.net wildcard resolutions are breaking the way the internet is linked together. I run a link checker service at NodeWorks ... as a result of Verisign's / Network Solution's just implemented changes resolving *.com and *.net for non-existant domains to their web server, web links with host names that would fail before will now succeed, resulting finally in a 200 HTTP success code from sitefinder.verisign.com which is incorrect! How can an invalid address result in a success HTTP error code?

    Any attempts to fix this problem externally are just hacks including null routing the IP address for *.com, and resolving sitefinder.verisign.com to 0.0.0.0, as Verisign can easily change both the IP address of sitefinder.verisign.com as well as the IP address for *.com, so this is just an arms race that can't be won.

    Therefore the quality of the web will begin to degrade as Verisign is not supporting the internet protocols correctly, and there is no "correct" way to work around this defect they have caused. If they sent back a web error code, that would be "more correct", but still a flawed implementation as a non-existant domain name should not resolve at all.

    It is my wish that some governing body like ICANN or IETF can make a ruling banning this disruptive behavior from Verisign.

  298. Verisign removed 64.94.110.11 already? by morelife · · Score: 1

    As of about 05:35 UTC 64.94.110.11 has trouble being reached, traffic stops at the first hop into verisign's IP space - but the wildcard is still in place ... coincidence or... they have seen what they have wrought and .. removed the IP ?

  299. Re:Good side - Dept. of Commerce will get involved by cranos · · Score: 1

    Ahh good to see libertarians keeping up their usual standard of intelligent debate.

    I'm sorry but critical infrastructure should not be left in the hands of a free market. It is just oo damn important to leave to the whims of the stock market.

    Management of the root servers should be placed into the hands of an international body with an international charter. This body should be a non-profit organisation funded by its member governments with true representation from both its member governments and the Internet community at large. Yes this means a body created under the auspices of the UN.

    And if you are thinking of spouting any more libertarian gems just remember this, in a libertarian world, you are valued by how much you have, not by who you are and what you can contribute to society. I thought we got rid of that idea years ago.

  300. Time to really worry by Anonymous Coward · · Score: 0

    Their supid SMTP server doesn't read any of the input. It just looks for newlines. It 250's the first two inputs, 550's the third, and 250's the fourth, and then it closes the connection.

    It should work ok most of the time, but that's far from a compliant implementation.

  301. What if you don't agree to their terms of service by Anonymous Coward · · Score: 0

    So, if you use the internet that means you agree to this:

    http://sitefinder.verisign.com/terms.jsp
    but you don't so how do you 'unsubscribe' to this service? Hmm....

    I would suggest trying to contact someone here and telling them you do not agree to these terms and that you want them to stop re-directing your mis-typed addresses:

    http://www.verisign.com/corporate/about/contact/ in dex.html

  302. What should be the alternative by alienghic · · Score: 1

    Who should run the root nameservers instead of verisign? ICANN, IETF, ISO, ANSI, the US FCC, the UN, or some new organization?

  303. Anti-Trust violation by kolding · · Score: 5, Interesting

    IANAL, but I dated on once, so take this for what it's worth. This appears to me to be a clear violation of anti-trust laws. Verisign is using their monopoly position as the root DNS to create business opportunities which are not available to others. Verisign can create a nearly infinite number of domains for free, and sell advertising on all those domains. Any of their competition would have to pay for those domains (in fact, would have to pay Verisign). If this isn't abuse of a monopoly position, nothing is. Somebody should sue them under the Sherman Anti-Trust act and get an immediate injunction against them.

    Eric
    eric at koldware dot SpamThisSucker dot com

  304. Wrong. by Anonymous Coward · · Score: 0

    It doesn't look for DATA. I rejects the third command no matter what it is.

  305. What I did by Piquan · · Score: 5, Interesting

    I've created a Squid redirector to deal with this problem. I tried to post it here, but couldn't get past the Slashdot lameness filter.

    It catches anything going to a gTLD's wildcard response (there's about 15 gTLDs doing this!) and redirects it to google. It also does some other niceties that don't automatically happen when using a proxy, such as adding www. and .org/.com/.net if needed.

    If anybody wants the code, then post a reply here and I'll set up a web page with it and post the URL. (I won't bother if nobody wants it.)

    You may want to know, also, that some of the NANOG folks have patches for BIND to change these responses back into NXDOMAIN.

    1. Re:What I did by ozbird · · Score: 1

      If anybody wants the code, then post a reply here and I'll set up a web page with it and post the URL. (I won't bother if nobody wants it.)

      That would be cool. To avoid your server getting Slashdotted, posting it to appropriate USENET groups is also fine by me.

    2. Re:What I did by EQ · · Score: 1

      sure, post it or a link. I could use it at work. And at home now that these changes seem to have poisoned COMCAST's DNS.

      --
      Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo! http://goo.gl/J9bkO
    3. Re:What I did by The+Lord+of+Chaos · · Score: 1

      I've created a Squid redirector to deal with this problem. I tried to post it here, but couldn't get past the Slashdot lameness filter.

      To paraphrase: I have created a truly remarkable solution to this problem which the Slashdot lameness filter is to lame to let through. (Apologies to Pierre de Fermat.)

    4. Re:What I did by awx · · Score: 1

      yes, please :)

      --
      Feel that power? That's mah MOUSING FINGER
    5. Re:What I did by cesarcardoso · · Score: 1

      Hm, it would be cool for all those living under transparent proxies not to see the Horror itself :)

      --
      Cesar Cardoso can be found at cesar at zyakannazio dot eti dot br (or at least I believe so)
    6. Re:What I did by Piquan · · Score: 1

      Well, I couldn't find an appropriate newsgroup, so I'll just put it on a server: antisearch 0.1

    7. Re:What I did by Piquan · · Score: 2, Informative

      I don't know how to get around the lameness filter. Ironic, isn't it? Anyway, grab it: antisearch 0.1

    8. Re:What I did by Piquan · · Score: 1

      From what I can tell, it should work under transparent proxies. Of course, if you're in a position to control transparent proxies, you could just as easily nullroute that IP/AS (which a lot of NANOGers are doing) or somesuch.

      But if you want to try my code with a transparent squid, feel free: antisearch 0.1

    9. Re:What I did by Piquan · · Score: 1

      You're welcome: antisearch 0.1

  306. Re:Already discussed on the ICANN/GNSO mailing lis by Xenographic · · Score: 1

    Isn't this EXACTLY what that other fellow sued (successfully?) for in a previous story?

    I wonder how many lawsuits against them people could file citing the other case as precident? At least those in the jurisdiction where the case is controlling precident could make them sweat a little... *hmm*

  307. Re:Good side - Dept. of Commerce will get involved by Russ+Nelson · · Score: 1

    I'm sorry but critical infrastructure should not be left in the hands of a free market.

    Interestingly, you didn't even bother addressing my point: that government intervention in the marketplace created this problem. You just repeated your assertion. I suppose that there are are bunch of people who agree with you, and that merely repeating the Big Lie is sufficient for you and them.
    -russ

    --
    Don't piss off The Angry Economist
  308. lawsuit in the making? by MSZ · · Score: 1

    Isn't it quite similar to the fake error message ad banners? The ones that got Doubleclick(? or some other ad serving scum) in the court?

    --
    The moon is not fully subjugated. I demand a second assault wave preceded by a massive nuclear bombardment.
  309. Class Action? by nettdata · · Score: 1

    Is it just me, or might this be an instance where a class action lawsuit would be in order?

    Get the team of lawyers over at EFF (or someplace similar) to get a class-action on behalf of all of us Internet and techie users, sue Verisign's assess of, and then the awarded "legal fees" normally awarded in such suits go to the EFF. (Win win?)

    I, for one, feel compelled to DO something about this... but I'm not sure what.

    --



    $0.02 (CDN)
  310. Re:Good side - Dept. of Commerce will get involved by cranos · · Score: 1

    What big lie? That humanity is naturally inclined to government? That the libertarian model is doomed to failure? Or maybe that Verisign is a private company and it is the one that is fucking up here precisely because there is not enough government oversight of how it operates?

    We have seen in the last couple of years some major incidents involving private organisations running vital infrastructure in to the ground, all in the name of share holders profits. The government has done nothing to stop this happening, instead leaving it to "Free Market" to sort out the problems. This has patently been an abject failure.

    This is what I love about the libertarian dream, it makes the assumption that people are not at the very root of their being out for themselves and their immediate family. Its so rose tinted. Face it humanity was, is and always be a tribal beast, and we need governments to make sure that that tribality does drag us back down from the heights we have achieved.

  311. Re:Contact ICANN comments@icann.org -MOD PARENT UP by Anonymous Coward · · Score: 0

    You do know, don't you, that this is NOT how moderation works? When you get your points, use 'em. Otherwise, make useful posts that add value to the discussion.

    Just... like... this post... er... right.

    - A. Coward Sr.

  312. .edu? by lordjabbo · · Score: 0

    I tried a random .edu URL ... that was about 256 characters long, so I know it did not exist already.

    Bam, verizon's ad page. Not just .net & .com I guess

    1. Re:.edu? by Anonymous Coward · · Score: 0

      Verizon? What do they have to do with the discussion? It's VeriSign's page.

  313. Scenario by ionpro · · Score: 1

    Verisign installs a mailsink on this new catch-all domain. Spammer sends to a fake address using a fake address. Verisign bounces with a 550 -- to themselves, which bounces -- to themselves, which bounces...

    I think you see the picture. Am I right?

    1. Re:Scenario by hingo · · Score: 1

      Not really. They will reject the mail before it is being sent in the first place. (Whereafter your SMTP will be responsible for returning the non-existant domain message.)

  314. Blatant violation of Sherman Act by Anonymous Coward · · Score: 0

    In the states, it is illegal, under the Sherman Antitrust Act, to use a monopoly to push business in another area. Besides being in incredibly bad faith (abusing a trust which has been given to them), Verisign is probably guilty of violating antitrust violations. I hope the gov't will slap them with an injunction asap.

  315. Complaint Form ICANN by Anonymous Coward · · Score: 5, Informative

    The ICANN website has an online complaint form.

    To quote from the site in question:

    Although ICANN's limited technical mission does not include resolving individual customer-service complaints, ICANN does monitor such complaints to discern trends.

    Let your voices be heard!

    1. Re:Complaint Form ICANN by mmu_man · · Score: 1

      I just came across a news at Slashdot.org
      http://slashdot.org/articles/03/09/1 6/0034210.shtm l?tid=126&tid=95&tid=98&tid=99
      reporting the recent abuses VeriSign made of the DNS system,
      virtually allocating any non-existing .com and .net domains
      to themselves.
      This is unethical, and unfair monopoly abuse.
      I believe this breaks numerous RFCs, besides it seems this
      has already been discussed and refused by the IAB :
      http://www.icann.org/correspondence/iab-message -to -lynn-25jan03.htm
      Why does VeriSign allow themselves the right to do something
      that was expressely forbidden ?

      I strongly recommend VeriSign be threatened to be revoked as
      maintainer of the DNS root, if they don't cease immediately those
      bad practices that not only break many existing applications, but
      also incurs unfair competition with search engines.

      Truthfully,
      x

  316. What's next? by drx · · Score: 5, Funny

    If you look for a file that doesn't exist on your hard drive, you will get ads for MS Office, telling you that you can create your own files with that!

    1. Re:What's next? by deniable · · Score: 1

      Worse, you dial a wrong number and get a telemarketer.
      Should I file a patent on that?

  317. Add IMG SRC Tags Pointing to Bogus Domains!? by Ron+Bennett · · Score: 2, Interesting

    What would happen if I added some IMG SRC tags to webpages we serve that point to unregistered domain names ... between all the sites I operate that I could easily drive several million hits to semi-random unregistered domains everyday.

    Before someone says this is a DoS...remember, the mere reference of a domain name is not a DoS...especially when said domain name is unregistered and in addition contains OUR extremely unique registered service/trade marks ... VeriSign has only itself to blame if they resolve unregistered domains improperly.

    Welcome thoughts...

    Ron

  318. Re:Not every root nameserver is serving the A reco by jareds · · Score: 1

    At my last check, only the "a", "c", and "d" COM servers are serving the global A record for *.COM.

    Unfortunately, if only a, c, and d were doing it for *.com three hours ago, it's spreading. Now a through e are doing it for *.com.

    Also, they're all currently doing it for *.net, so if you want to ignore broken nameservers, you have to ignore all the GTLD servers.

    My personal DNS cache is simply returning NXDOMAIN for any query whose result contains a certain IP address :-)

  319. my complaint, as submitted to ICANN by Anonymous Coward · · Score: 2, Insightful

    Verisign's current practices imply that Verisign owns veritable rights to all domain names, EXCEPT those which have been registered by others.

    Clearly this is not ethical: all others need to pay a yearly fee for registration, while Verisign does not. This must be corrected.

    Specifically, Verisign is using all un-registered domain names as aliases (redirects) to their own business sites. This can realistically be a significant step towards ending the internet as we know it - every single internet user puts an immense amount of trust into "the system" every day she or he uses a web browser to surf the web. Verisign threatens to end our trust in the system, with serious consequences for us all.

    1. Re:my complaint, as submitted to ICANN by HTH+NE1 · · Score: 1

      Verisign's current practices imply that Verisign owns veritable rights to all domain names, EXCEPT those which have been registered by others.

      Imagine all the domain squatting charges they'll have levied!

      --
      Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
    2. Re:my complaint, as submitted to ICANN by mikeswi · · Score: 1

      TO:comments@icann.org
      CC:abuse@verisign.com
      Subject: Verisign Domain Name Hijacking

      To whom it concerns:

      I am sure you are aware that Verisign has taken it upon itself recently
      to rewire the entire .com and .net portion of the internet in order to
      drive bogus traffic to a pay-per-click search portal. This portal is
      owned and operated by Verisign and is located at
      http://sitefinder.verisign.com/.

      This behavior is unacceptable and is causing chaos for network
      administrators. It is breaking antispam software. It is also causing
      people to transmit personal and confidential information if they happen
      to misspell the domain name to which they are logging onto.

      Please invoke your authority over Verisign and force them to stop
      hijacking traffic for profit. I would also recommend a heavy financial
      penalty be applied to Verisign for this unethical behavior, equal to at
      least 1,000 times the profit they have generated with this advertising
      venture.

      Thank you very much.

      --
      Mike Healan
      http://www.spywareinfo.com

  320. Legal degree from Play Skool? by Cramer · · Score: 3, Interesting

    spacemeat:/# /usr/lib/sendmail -bt foo@foothefuckinghell.com
    foo@foothefuckinghell.c om
    deliver to foo@foothefuckinghell.com
    router = lookuphost, transport = remote_smtp
    host foothefuckinghell.com [64.94.110.11]
    spacemeat:/# telnet 64.94.110.11 25
    Trying 64.94.110.11...
    Connected to 64.94.110.11.
    Escape character is '^]'.
    220 snubby2-wceast Snubby Mail Rejector Daemon v1.3 ready
    QUIT
    221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    221 snubby2-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    Connection closed by foreign host.


    Umm, the fact that email is going to go there for every typo or expired domain opens up a great deal of legal trouble. They really haven't thought this out very well have they?

    (Even if it currently bounces everything. It still has to get there to be rejected. And there's nothing that says they aren't keeping it, reading it, or won't do so in the future.)

    1. Re:Legal degree from Play Skool? by Cramer · · Score: 4, Informative

      Oh, and what happens with that address is unreachable, down, DoSed, or whatever... your mail will sit in the queue for some configured amount of time with zero indication of the user's error.

      Remedy:
      1) blackhole that IP - PERMANENTLY. (blacklist their entire IP assignement(s))
      2) modify bind to return NXDOMAIN for any query containing that IP.
      3) make aformenttioned modification a configuration option (list) thus making it easy to adjust when the assh^W^Wthey change the address.
      4) add my own choice wildcard entries :-)
      5) kill every living thing at Verisign/Network Solutions even remotely involved with this bullshit (as an example to others who have not learned to participate in a civilized society.)

      There's a real big difference between me adding *.bar.com and someone adding *.com.. The wildcard record was originally intended to reduce the number of records -- specifically to negate the need for an MX record for every host. And honestly, it's never worked to anyone's satisfaction (e.g. the ability to send email to bob@[censored].bar.com)

    2. Re:Legal degree from Play Skool? by FatalTourist · · Score: 1
      5) kill every living thing at Verisign/Network Solutions even remotely involved with this bullshit (as an example to others who have not learned to participate in a civilized society.)

      The American solution!

      --


      Escape Pod Films: Sketch Comedy and Web Series
    3. Re:Legal degree from Play Skool? by Cramer · · Score: 1

      The British were doing this long before the USA existed.

    4. Re:Legal degree from Play Skool? by lonesome+phreak · · Score: 1

      It's all the marketing department probably. They came up with the idea, and just told the techs to "implement this". They probably had some tech guy on their research board who is looking to "move up" the corp ladder and sees this as an amazing project to head up, and doesn't care about technical difficulties. He's not the one implementing it anyway, so what does he care?

      --
      Maybe we DID take the blue pill. You wouldn't remember anyway.
  321. Too bad it's not a mailserver by zjbs14 · · Score: 1

    It's just a poorly written mock SMTP server with canned responses for a sequence of commands. It looks like it's probably not even buffering the data, it just looks for a CR or LF and sends its next dummy response.

    --
    No sig, sorry.
    1. Re:Too bad it's not a mailserver by generationxyu · · Score: 1

      Well, now soemcompany.com points to stockroom.com, "Sex Toys and Bondage Gear." But alskdjflasdkfj.com:25 responds to VRFY president@whitehouse.gov and returns 250 OK.

      --
      I mod down pyramid schemes in sigs.
  322. Email to ICANN & FTC (anti-trust dept) by amitti · · Score: 1

    To: comments@icann.org; registrar-info@icann.org; antitrust@ftc.gov
    Subject: Verisign's Unfair Wildcard DNS

    I think this change in the global DNS is unfair to competetion in the registration, hosting, advertising and search engine businesses. This feature gives them an unfair advantage over any of their competetors for many internet services. I think this should be stopped immediately and I think the ICANN organization should more strictly control what registration companies can and cannot do. The Internet was essentially created on the .COM and .NET TLD's and giving Verisign complete control over them is like handing them the Internet. Please respond with action and stop this unfair practice from happening.

    -Concerned Internet User and Professional Business Member

  323. Spam Senders Dreams Have come True by ac7xc · · Score: 1, Interesting

    Now porn sites can send unlimited spam. I just received this p0rn spam in my email
    From: sexkitten@ihadsexatverizonswebsite.com
    Message-ID: 20030915.9ie4s@ihadsexatverizonswebsite.com
    Subject: Hi!

  324. Re:Alternative: Open DNS by Anonymous Coward · · Score: 0

    Well it would if they didn't just transfer the domain info from the root servers. They end up with the same problem then.

    Using them would benefit you when and if they decide to block any domain records with the versign faked "A" records.

  325. Shocked... by Anonymous Coward · · Score: 1, Funny

    "I was shocked to discover that ome company actually tries to sell products on a website called 'www.fuck-children.com'"

    Who are these verisign paedophiles anyway?

  326. done! by js7a · · Score: 3, Informative
    I would be more interested in a fix for djbdns

    done: the patch is here

  327. Patch available for djbdns by chrysalis · · Score: 2, Informative

    A patch against this is available for djbdns.

    It gives the server a new feature to answer that a
    host is nonexistent if it actually resolves to certain IP address.

    It was specifically designed for Verisign :)

    It works extremely well and brings back the DNS caching the way it was working until the Verisign change.

    Get it here :

    http://tinydns.org/djbdns-1.05-ignoreip.patch

    Or if you want a pre-patched djbdns including this patch and other recommended patches (like the Linux glibc patch and other patches that don't break the stability) :

    ftp://ftp.fr.pureftpd.org/misc/djbdns-jedi.tar.g z

    --
    {{.sig}}
  328. UDRP violation. by arget · · Score: 2, Interesting

    No company will ever have to pay verisign again.

    Think about it. You can't register a trademark or similarly "owned" name unless you own the trademark. If you do, the UDRP process will yank it away from you and give it over to the "real" owner. So any company can now file a claim against verisign for any trademark they haven't bothered to buy the domain for, or have let lapse, because now it resolves to verisign, and verisign is clearly using it to make money. Before you can say "corporate stooge arbitration", verisign will have to fork over any trademarks to the companies that own them.

  329. Re:beyootiful by Wolfrider · · Score: 0, Offtopic

    Note: http://sitefinder.verisign.com/lpc? Access Denied by Squid rules.

    Generated Tue, 16 Sep 2003 07:06:57 GMT by server.series.org (squid/2.5.STABLE3)

    --I don't know which rule it tripped on, but I consider that a BONUS! :)

    --
    .
    == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
  330. ICANN Agreement w/Versign for TLDs (w/link) - by flyboy974 · · Score: 0

    Here is the agreement that Versign operates the .COM and .NET TLD's.

    http://www.icann.org/nsi/nsi-registry-agreement-04 nov99.htm

    Section 3.C.ii says:

    To the extent that Consensus Policies are adopted in conformance with Section 4 of this Agreement, the measures permissible under Section 3(A)(ii)(b) shall include, without limitation: prohibitions on warehousing of or speculation in domain names by registries or registrars

    Does this mean that they are prohibited from doing this as a registar?

  331. ATTN: Browser makers, blackhole Verisign by dankdirk77 · · Score: 1

    This will be the obvious fix. Just add a plug-in (oops, sorry EOLAS, better make that a JavaScript or DLL) that avoids all contact w/ Verisign.

    --


    SCO: 800-726-8649
    Verisign: 800-361-8319, 888-642-9675
    Diebold: 800-433-VOTE (8683)
  332. taken out already by AmVidia+HQ · · Score: 1

    not bad Verisign. Only 3 hours before "fuck verisign" now return no results. I hope their customer service is that quick.

    --
    VIVA1023.com | Political Fashion.
  333. Re:beyootiful by Wolfrider · · Score: 1
    --Ah, looking at your Evil URL a bit closer now with cut/paste, I know for a fact which rule it tripped on... You bastid. ~>:P

    --Running squid with an ACL list of banned ad / other sites is a great line of defense. :)

    # XXX Added porn/notporn 1999.0812
    # List from url == http://www.ineparnet.com.br/orso/sxcontrol.html
    a cl porn url_regex "/etc/squid/porn.txt"
    acl notporn url_regex "/etc/squid/notporn.txt"

    #nslookup xupiter.com
    #206.141.192.60
    #Address: 206.141.192.60#53
    #Non-authoritative answer:
    #Name: xupiter.com
    #Address: 63.236.32.50

    acl badevilip1 dst 204.216.206.220
    # *upiter
    acl badevilip2 dst 206.141.192.60
    acl badevilip3 dst 63.236.32.50

    # xxx
    http_access allow notporn all
    http_access deny porn

    http_access deny badevilip1
    http_access deny badevilip2
    http_access deny badevilip3


    --Goatse is, of course, an entry in porn.txt. Remember k1dd135, port 3128 is your friend. :)
    --
    .
    == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
  334. Backed out? by lithvall · · Score: 1

    It seems that they backed out and removed those wildcard records.

    1. Re:Backed out? by gerardrj · · Score: 1

      No, it's just not on ALL the root servers yet. At my site the .net TLD is much more heavily affected than the .com TLD.

      --
      Article X: The powers not delegated... by the Constitution...are reserved...to the people
  335. Just deserts for misbehaving spiders? by goldfndr · · Score: 1

    Still, poisoning might not be too bad for spiders that misbehave.

    --
    Copyrights, Patents, Trademarks: temporary loans from the Public Domain, not real property ("intellectual" or otherwise)
  336. A better solution - slashdot the phonelines by Anonymous Coward · · Score: 0

    If your upset about this, I think a better solution is to ring up network solutions sales telephone number - every day - at your local office.

    Quite frankly if the phone is ringing they will have to pay someone to answer it, and that someone can take your complaint. If they spend all day taking complaints from people upset about it, they will not be very productive - and it won't take that many slashdotters to convince them to change their mind - call now :)

  337. A small program by gerardrj · · Score: 1

    I'm starting to write a small perl program that will hopefully cause some annoyance to verisign, but not cause much extra load on the legitimate infrastucture.

    My idea is that the program will perform a lookup on a random and quite inconcievably legitimate second level domain (using perhaps a random string of characters and numbers at least 20 chars in length). It will only perform the lookup every 15 minutes (the expire time of the wildcard A record according to verizign's documentation).
    The program will then continue to generate random domain names and send HTTP requests to the IP address that is stored from the periodic lookups.
    Some particularly vitriolic comment would be placed in the client ID section of the request, of course.

    I figure in this manner I can be kind to the DNS systems by only making lookups every 15 minutes, yet creating some extra traffic for Verisign to analyze (they claim to do this in 10 minute chunks), and track for thier connection refusal logic.

    --
    Article X: The powers not delegated... by the Constitution...are reserved...to the people
    1. Re:A small program by Anonymous Coward · · Score: 0

      POST IT!!!! I'll run it on a T3 all day long and I dont care how much bandwidth it uses.

  338. I feel a bit like Aurther Dent by Ex+Machina · · Score: 2, Funny

    The plans have been on file for how long??? eeesh

  339. Code to fix bind9 by Anonymous Coward · · Score: 0

    Enjoy. Applying this to bind 9.2.2 will cause those annoying IP addresses to go away. This is not tested in production ; use at your own risk.

    uuencoded for tab protection.

    begin 664 bind9-diffs
    M9&EF9B`M=7(@8FEN9"TY+C(N,B]B:6XO;F%M 960O8VQI96YT+F,@8FEN9"TY
    M+C(N,BUP871C:&5D+V)I;B] N86UE9"]C;&EE;G0N8PHM+2T@8FEN9"TY+C(N
    M,B]B:6XO;F %M960O8VQI96YT+F,),C`P,RTP,BTQ-B`R,SHP-3HP-"XP,#`P
    M,#`P,#`@+3`X,#`**RLK(&)I;F0M.2XR+C(M<&%T8VAE9"] B:6XO;F%M960O
    M8VQI96YT+F,),C`P,RTP.2TQ-B`P,#HU-C HU-BXP,#`P,#`P,#`@+3`W,#`*
    M0$`@+3@P."PV("LX,#@L- #0@0$`*(`EN<U]C;&EE;G1?;F5X="AC;&EE;G0L
    M(')E<W5L ="D["B!]"B`**W-T871I8R!I;G0**W-A;FET:7IE7W9S9VXH9& YS
    M7VUE<W-A9V5?="`J;7-G*2!["BL):7-C7W)E<W5L=%]T( ')E<W5L=#L**PED
    M;G-?;F%M95]T("IN86UE.PHK"61N<U]R 9&%T87-E=%]T("IR9',["BL)9&YS
    M7W)D871A7W0@<F0["BL )=6YS:6=N960@:6YT(&EN970@/2!H=&]N;"@P>#0P
    M-64V93 !B*3L**PHK"7)E<W5L="`](&1N<U]M97-S86=E7V9I<G-T;F%M 92AM
    M<V<L($1.4U]314-424].7T%.4U=%4BD["BL):68@*') E<W5L="`A/2!)4T-?
    M4E]354-#15-3*0HK"0ER971U<FX@*# `I.PHK"BL)=VAI;&4@*')E<W5L="`]
    M/2!)4T-?4E]354-#1 5-3*2!["BL)"6YA;64@/2!.54Q,.PHK"0ED;G-?;65S
    M<V%G 95]C=7)R96YT;F%M92AM<V<L($1.4U]314-424].7T%.4U=%4B P@)FYA
    M;64I.PHK"0ER9',@/2!.54Q,.PHK"0ER97-U;'0@/ 2!D;G-?;65S<V%G95]F
    M:6YD='EP92AN86UE+"!D;G-?<F1A =&%T>7!E7V$L"BL)"0D)"2`@("`@(#`L
    M("9R9',I.PHK"0E I9B`H<F5S=6QT(#T]($E30U]27U-50T-%4U,I('L**PD)
    M"7 )E<W5L="`](&1N<U]R9&%T87-E=%]F:7)S="AR9',I.PHK"0D) :68@*')E
    M<W5L="`A/2!)4T-?4E]354-#15-3*0HK"0D)"7) E='5R;B`H,"D["BL)"0EW
    M:&EL92`H<F5S=6QT(#T]($E30U ]27U-50T-%4U,I('L**PD)"0ED;G-?<F1A
    M=&%?:6YI="@F< F0I.PHK"0D)"61N<U]R9&%T87-E=%]C=7)R96YT*')D<RP@
    M )G)D*3L**PD)"0EI9B`H;65M8VUP*')D+F1A=&$L("9I;F5T+" `T*2`]/2`P
    M*2!["BL)"0D)"6US9RT^<F-O9&4@/2!D;G-?< F-O9&5?;GAD;VUA:6X["BL)
    M"0D)"7)E='5R;B`H,2D["BL) "0D)?0HK"0D)"7)E<W5L="`](&1N<U]R9&%T
    M87-E=%]N97A T*')D<RD["BL)"0E]"BL)"7T**PD)<F5S=6QT(#T@9&YS7VUE
    M<W-A9V5?;F5X=&YA;64H;7-G+"!$3E-?4T5#5$E/3E]!3E-7 15(I.PHK"7T*
    M*PHK"7)E='5R;B`H,"D["BM]"BL*('9O:60 *(&YS7V-L:65N=%]S96YD*&YS
    M7V-L:65N=%]T("IC;&EE;G 0I('L*(`EI<V-?<F5S=6QT7W0@<F5S=6QT.PI`
    M0"`M.#$W+ #$R("LX-34L,C0@0$`*(`EI<V-?<F5G:6]N7W0@<CL*(`ED;G- ?
    M8V]M<')E<W-?="!C8W1X.PH@"6ES8U]B;V]L96%N7W0@8V QE86YU<%]C8W1X
    M(#T@25-#7T9!3%-%.PHK"6ES8U]B;V]L9 6%N7W0@979I;#L*(`EU;G-I9VYE
    M9"!C:&%R('-E;F1B=69; 4T5.1%]"549&15)?4TE:15T["B`*(`E215%525)%
    M*$Y37T- ,245.5%]604Q)1"AC;&EE;G0I*3L*(`H@"4-44D%#12@B<V5N9 "(I
    M.PH@"BL)+RH**PD@*B!396%R8V@@=&AE(&UE<W-A9V4@ 9F]R(&%N>2!O9B!T
    M:&4@*&-U<G)E;G1L>2D@:&%R9"UC;V1 E9`HK"2`J($E0(&%D9')E<W-E<R!T
    M:&%T('=E('=I;&P@<F 5F=7-E('1O(&=I=F4@;W5T+@HK"2`J+PHK"65V:6P@
    M/2!)4 T-?5$8H<V%N:71I>F5?=G-G;BAC;&EE;G0M/FUE<W-A9V4I*3L **PHK
    M"6EF("AE=FEL*0HK"0E#5%)!0T4H(DES179I;"(I.P HK"65L<V4**PD)0U12
    M04-%*"

    1. Re:Code to fix bind9 by Anonymous Coward · · Score: 0

      Let's try that again as actual text.

      diff -ur bind-9.2.2/bin/named/client.c bind-9.2.2-patched/bin/named/client.c
      --- bind-9.2.2/bin/named/client.c 2003-02-16 23:05:04.000000000 -0800
      +++ bind-9.2.2-patched/bin/named/client.c 2003-09-16 00:56:56.000000000 -0700
      @@ -808,6 +808,44 @@
      ns_client_next(client, result);
      }

      +static int
      +sanitize_vsgn(dns_message_t *msg) {
      + isc_result_t result;
      + dns_name_t *name;
      + dns_rdataset_t *rds;
      + dns_rdata_t rd;
      + unsigned int inet = htonl(0x405e6e0b);
      +
      + result = dns_message_firstname(msg, DNS_SECTION_ANSWER);
      + if (result != ISC_R_SUCCESS)
      + return (0);
      +
      + while (result == ISC_R_SUCCESS) {
      + name = NULL;
      + dns_message_currentname(msg, DNS_SECTION_ANSWER, &name);
      + rds = NULL;
      + result = dns_message_findtype(name, dns_rdatatype_a,
      + 0, &rds);
      + if (result == ISC_R_SUCCESS) {
      + result = dns_rdataset_first(rds);
      + if (result != ISC_R_SUCCESS)
      + return (0);
      + while (result == ISC_R_SUCCESS) {
      + dns_rdata_init(&rd);
      + dns_rdataset_current(rds, &rd);
      + if (memcmp(rd.data, &inet, 4) == 0) {
      + msg->rcode = dns_rcode_nxdomain;
      + return (1);
      + }
      + result = dns_rdataset_next(rds);
      + }
      + }
      + result = dns_message_nextname(msg, DNS_SECTION_ANSWER);
      + }
      +
      + return (0);
      +}
      +
      void
      ns_client_send(ns_client_t *client) {
      isc_result_t result;
      @@ -817,12 +855,24 @@
      isc_region_t r;
      dns_compress_t cctx;
      isc_boolean_t cleanup_cctx = ISC_FALSE;
      + isc_boolean_t evil;
      unsigned char sendbuf[SEND_BUFFER_SIZE];

      REQUIRE(NS_CLIENT_VALID(client));

      CTRACE("send");

      + /*
      + * Search the message for any of the (currently) hard-coded
      + * IP addresses that we will refuse to give out.
      + */
      + evil = ISC_TF(sanitize_vsgn(client->message));
      +
      +&nbsp ; if (evil)
      + CTRACE("IsEvil");
      + else
      + CTRACE("IsNotEvil");
      +
      if ((client->attributes & NS_CLIENTATTR_RA) != 0)
      client->message->flags |= DNS_MESSAGEFLAG_RA;

      @@ -859,21 +909,23 @@
      }
      if (result != ISC_R_SUCCESS)
      goto done;
      - result = dns_message_rendersection(client->message,
      -&nbsp ; DNS_SECTION_ANSWER,
      - DNS_MESSAGERENDER_PARTIAL);
      - if (result == ISC_R_NOSPACE) {
      - client->message->flags |= DNS_MESSAGEFLAG_TC;
      - goto renderend;
      - }
      - if (result != ISC_R_SUCCESS)
      - goto done;
      - result = dns_message_rendersection(client->message,
      -&nbsp ; DNS_SECTION_AUTHORITY,
      - DNS_MESSAGERENDER_PARTIAL);
      - if (result == ISC_R_NOSPACE) {
      - client->message->flags |= DNS_MESSAGEFLAG_TC;
      - goto renderend;
      + if (!evil) {
      + result = dns_message_rendersection(client->message,
      +&nbsp ; DNS_SECTION_ANSWER,
      + DNS_MESSAGERENDER_PARTIAL);
      + if (result == ISC_R_NOSPACE) {
      + client->message->flags |= DNS_MESSAGEFLAG_TC;
      + goto renderend;
      + }
      + if (result != ISC_R_SUCCESS)
      + goto done;
      + result = dns_message_rendersection(client->message,
      +&nbsp ; DNS_SECTION_AUTHORITY,
      + DNS_MESSAGERENDER_PARTIAL);
      + if (result == ISC_R_NOSPACE) {
      + client->message->flags |= DNS_MESSAGEFLAG_TC;
      + goto renderend;
      + }
      }
      if (r

    2. Re:Code to fix bind9 by Anonymous Coward · · Score: 0

      Another patch for bind 9 at http://phirate.exorsus.net/b2/index.php?m=200309#3 8, uses a slightly different approach and adds a configuration option so the IP address can be changed if verisign moves it.

    3. Re:Code to fix bind9 by Anonymous Coward · · Score: 0

      isc's patch to bind will be released shortly. --vix

    4. Re:Code to fix bind9 by StarHeart · · Score: 1

      There may be a serious issue with the above patch.

      Manually applied to bind-9.2.2, and it does result in NXDOMAIN for typoed domains as desired, but seems to result in painful slow web access for sites that depend on a dns server using this patch. I am not sure if it is killing the TTL or what, but instant speed up after reverting to unpatched version.

      --
      Havoc Penington, the bane of my Linux desktop.
    5. Re:Code to fix bind9 by StarHeart · · Score: 1

      The phirate patch works much better and is more configurable than the patch in the original post. Plus it seems just as fast. There is a serious issue with the patch in the original post.

      The phirate patch does require some work to make work with distributions other than debian. For Red Hat you need to remove the debian rules part of the patch, and then add --enable-nx-hack to the spec file. You also need to add a autoconf before configure. Once installed you have to put the nx-hack option in the options section at the top of named.conf. nx-hack isn't a standalone option like zone.

      --
      Havoc Penington, the bane of my Linux desktop.
    6. Re:Code to fix bind9 by StarHeart · · Score: 1

      The phriate patch has a bug.

      Sep 17 07:40:09 ns2 named[11142]: rdataset.c:226: REQUIRE(rdataset->methods != ((void *)0)) failed

      There are now ISC patches.

      http://www.isc.org/products/BIND/delegation-only .h tml

      --
      Havoc Penington, the bane of my Linux desktop.
  340. Oh boy by alexburke · · Score: 1

    I have two things to say:

    (1) It runs Apache on Linux! Yay!

    (2) That had better be the most secure Linux box on the face of the planet

    http://uptime.netcraft.com/up/graph/?host=fooooooo ooooobaaaaaaaaaaaaarrrrrrrr.com

  341. look Verisign.com doesn't exist by Anonymous Coward · · Score: 0

    http://sitefinder.verisign.com/lpc?url=www.verisig n.com&host=www.verisign.com
    [verisign.com]

  342. query for NS first, if not found, bogus... by evil_mojo_jojo · · Score: 1

    Well, people are suggesting looking for some bogus address range of Verisign servers, which they could change any time they want. However, it appears that if you do a NS or SOA query on a bogus domain, you'll not get back any A records. If you do an A query on said domain, you get back an A record for Verisign servers. Patch is obvious. It sucks, because it doubles the traffic on the root nameservers, but what more can we do? Oh, I guess we could just configure the root nameservers to take away .com and .net from Verisign...?

    1. Re:query for NS first, if not found, bogus... by gerardrj · · Score: 1

      I'm also starting to think of ways to use the whois database instead of the DNS system. The issue of course is that Verisign states that they don't want regular/automated queries to the database as it is very resource intensive.

      Then again... perhaps if they see a tremendous load on those servers, they just might understand how much negative impact thier "helpfulness" has impacted the net as a whole.

      --
      Article X: The powers not delegated... by the Constitution...are reserved...to the people
  343. This Just In... by panck · · Score: 1

    Verisign Has Its Hands Up the Internet's Ass
    Sysops jump when thumbs begin twiddling.

    In other news...

    Vital Oxygen Produced By Selfishly Dying-Out Biomass
    Plant reluctance to fend for self may reduce your ability to take breaths, needed every two or three seconds.

    har har,

    not to toot the old whoop-de-doo horn, but: HOLY FUCKING SHIT, we all know verisign is the John Holmes to our Goatse.

    I think that the government will probably have to regulate on their asses, but perhaps (late as it may come) we are learning a vital lesson about the global internet: you can trust everyone once, but you can't trust one person all the time (or something). DNS is a bug truster-fuck, and when the truster gets fucked, the fucked stop trusting.

    alright, enough with the yuk yuk

    I mean that alternate roots may have found their time to rise, or maybe somebody needs to come up with something better. The ROBUST internet would have multiple diverse systems, not prone to the old carpet-pulled-out-from-under-us trick. I'm sure China, and the rest of the Non-USA is thrilled by this stuff. How soon until we need an Inter-Domain-Name-System protocol?

    Sometimes at night, I close my eyes and wish that DNS would just collapse, so the good fairies might build it back up afresh.

    Love,
    Your Mom

    --
    "What thou shalt not, I shalt did!" -Bart Simpson
  344. verisign-sucks.net reaches them fine by billstewart · · Score: 2, Funny

    I tried some obvious alternate spellings for Versign's domain name, such as verisign-sucks.net, and they do reach that page. Verisign-sucks.com doesn't get there, but that's because somebody's already registered it....

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  345. somerandomdomain. by Oscar_Wilde · · Score: 1

    Hmmm, I went to somerandomdomain.com to test this out and there was a site there.....

  346. I renewed my domain elsewhere by ajv · · Score: 1

    They still get money from InterNIC which is a shame, but if we all transferred all of our domains aware from NetSol, this will send a message that Internet sabotage does not pay.

    My redelegation is happening, assuming no lameness. Since lame delegation checks no longer work properly, hell, I could lose all my e-mail for a few days. Thanks a lot Verisign.

    Andrew

    --
    Andrew van der Stock
    1. Re:I renewed my domain elsewhere by beebware · · Score: 1

      Ah - but as their profits are falling, it becomes obvious to the CEO's that they need to do something to encourage people to use them for their domain names - and how about adding a wildcard A entry as a good advertisement?
      It's a bit like tha RIAA: profits are falling, let's f--ck the few remaining customers we have and put all the others off using us for life. And profits continue to fall, so let's sue!

  347. Complaint submitted - the text by mccalli · · Score: 4, Informative

    This complaint is regarding Verisign's recent decision to claim all non-registered .com and .net domain names for itself. It has done this by inserting a wildcard into the DNS registers, meaning an IP of 64.94.110.11 is returned for any domain name that has not yet been registered. That page is an advert for Verisign's domin registration services This is unfair competition with existing registrars - there is no means for myself, for example, to gain a similar foothold without actually purchasing each and every currently unregistered .com/.net name. It is also a technical breach of trust - the internet is not merely the web, and unknown domains should return errors rather than constantly try to contact Versign advert servers. Non web-based applications, such as ftp clients etc., will now incorrectly log that they have contacted the host you asked for when in fact they should have returned an error 'hostname unknown'. The same for traceroute, ping...any of these will not behave in a manner expected. I would be grateful if you could investigate this matter. Yours, Ian McCall

    1. Re:Complaint submitted - the text by Anonymous Coward · · Score: 0

      What person troubleshoots a network problem using ping and traceroute without using the -n flag?

    2. Re:Complaint submitted - the text by Anonymous Coward · · Score: 0

      Well, at least this person does, not knowing about the -n option.

    3. Re:Complaint submitted - the text by Anonymous Coward · · Score: 0

      I wonder if M$ is aware that Verisign has hijacked their "site not found" search page. For once I hope M$ go kick some butt :-)

    4. Re:Complaint submitted - the text by Marcus+Brody · · Score: 1

      mod parent up

    5. Re:Complaint submitted - the text by ziekke · · Score: 1

      I don't see how using ping -n has any effect whatsoever to the outcome of the ping attempt. The DNS will still resolve it to verisign regardless.

      --
      // Ziekke
  348. Email the Department of Commerce by James_G · · Score: 2, Informative

    Ultimately, these guys tell ICANN what to do, so it can't hurt to drop them an email too. Their site is here (I think that's a good page to start with - if someone finds a better one, feel free to reply). I've personally mailed ICANN and also the address listed on this page. If enough people make noise about this (polite noise, I should add), with a bit of luck they'll do something about it.

    1. Re:Email the Department of Commerce by James_G · · Score: 1

      Hm, the address on that page actually bounced. Dig around - there are several other addresses on that site.

  349. null route by GPS · · Score: 1

    Even if you do not have a firewall, you can at least do:

    # route add -host 64.94.110.11 reject

    --

    -gps
  350. AS IF ICANN does anything to begin with by RipCurl808 · · Score: 1

    Verisign as deep pockets. You think they'll act " swiftly " in this case ? Spam fighters have been arguing with ICANN; point out false domain contact info to them for years and they've yet act "swiftly" on those. Think that a powerhouse like Verisign will listen to ICANN? They never have in all the years that VS has been in business. ICANN is a joke when it comes to big-time registrars.
    Best way to nip this in the bud? GET every damn verisign customer to quit them and sign up with registrars who are better ( ie. Godaddy )

  351. Redirect to some other site by alphakappa · · Score: 1

    as noted in some other post, it is possible to dump malicious scripts using the verisign link. For ex, try to navigate to verisign using this link

    --
    "When the only tool you own is a hammer, every problem begins to resemble a nail." - Abraham Maslow (1908-1970)
  352. Others are doing it too by Jesus+IS+the+Devil · · Score: 2, Interesting

    Other domain registrars were doing this way before Verisign. If you typed in a non-existent domain name for .tv or .cc you'd get the registrar's page.

    To me it's a stupid tactic to make more money. But I've moved all 50 of my domains away from Verisign a long time ago anyways.

    --

    eTrade SUCKS
    1. Re:Others are doing it too by cve · · Score: 1

      .cc and .tv are country codes that are being sold-off by private companies. Big difference.

  353. Terms of "Service" by StupidKatz · · Score: 1

    10.
    # Sole Remedy.
    YOUR USE OF THE VERISIGN SERVICES IS AT YOUR OWN RISK. IF YOU ARE DISSATISFIED WITH ANY OF THE MATERIALS, RESULTS OR OTHER CONTENTS OF THE VERISIGN SERVICES OR WITH THESE TERMS AND CONDITIONS, OUR PRIVACY STATEMENT, OR OTHER POLICIES, YOUR SOLE REMEDY IS TO DISCONTINUE USE OF THE VERISIGN SERVICES OR OUR SITE.


    Stop using the Verisign services? Excellent! Now all I have to do is... uh... stop using the Internet?

    (Lameness filter filler Lameness filter filler Lameness filter filler Lameness filter filler Lameness filter filler Lameness filter filler Lameness filter filler Lameness filter filler Lameness filter filler)

    1. Re:Terms of "Service" by Anonymous Coward · · Score: 0

      So they highjack my browser then tell me I'm bound by their terms of use? Fine, I opt out. I'll send them and email telling them not to redirect me anymore. Anyone else want out?

  354. Could Trademark holders fight this legally? by Tamor · · Score: 1

    Just a random thought, but if someone holds a trademark for which they haven't yet registered the domain, the new Verisign system will display a verisign page when someone types in www.insert-trademark-here.com.

    Isn't that still cybersquatting, and what's more isn't it squatting on a whole heap of registered trademarks with no registered domain?

  355. ultimatesearch.com did something similar by Cato · · Score: 1

    For a month or two, I've found that referring to non-existent domain names via my employer's Internet connection (PSInet) resulted in an ultimatesearch.com page popping up in a similar way to the new Verisign page. I tried quite hard to figure out if I had some IE spyware doing this but didn't manage to find anything - so perhaps ultimatesearch.com had a deal with PSInet to do something similar to Verisign's setup.

    Does anyone know if ISPs are also doing this, or is this more likely to be spyware?

  356. Anticompetitive? by Anonymous Coward · · Score: 0

    I wonder whether this would be deemed anticompetitive should it come to court? After all, providing search and suggestion features when a user mistypes a domain is the kind of service that Google, Microsoft etc. might want to provide. What's more, Verisign's solution prevents third parties providing an effective solution through means such as browser plugins etc. Surely this is then a misuse of Verisign's 'monopoly' on .com assignment?

    In their defence - it's not anticompetitive as customers who don't like .com can just register with some other TLD (well, maybe) - and some other TLD admins do exactly the same?

  357. Microsoft will be pleased by Loosewire · · Score: 1

    NOT - If we get M$ on side for this battle we could get verisign to change their mind. After all , all non resolved names would go to MSN search before wouldnt they - hmm i wonder if M$ has lost lots of hits to MSN search which they are not too happy about......

    --
    Slashdot - The one stop shop for procrastination
  358. My little ISP's solution by jroysdon · · Score: 1

    We've set a /32 route to one of our webservers and have a *.net and *.com alias for http://wildcard.artoo.net. At least this way customers know WTF is going on and can complain to Congress/ICANN, or just go try Google, but mainly VeriSign gets no traffic.

  359. a general recipe to avoid DNS wildcarding by Anonymous Coward · · Score: 0

    A recipe to avoid general DNS wildcarding:
    - create a 15-char random string r
    - append .com and submit DNS request to a toplevel
    server
    - ban the ip address for the time specified as TTL
    (in BIND code, and/or export to firewall rule)
    - idem for .net, .org, .biz ...

  360. vote with your feet- and tell them why. by Typoboy · · Score: 1

    http://gandi.net - i have a bunch of doms with them, they've always been good. Great services.

    I just transferred my one remaining domain. I also emailed and queued (in postal mail) a complaint. I got a response that seemed like an autoresponder gone awry:
    We have received and reviewed your e-mail, however, we are having difficulty understanding your request. ... We genuinely want to help you in this matter.In order for us to assist you please send the following information .. [domain name, account number, etc..] your continued patience is appreciated.
    Kind of odd, but maybe VS thought this was not important enough to educate the troops on. Hey, if that was a real human, they get points for answering their emails at 2 in the morning. Anyone else had any responses?

  361. How bad does DNS have to get? by nagora · · Score: 1
    Can we please admit that DNS does not work and needs to be replaced? How many abuses of the system are needed?

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  362. Flood their servers! by phaze3000 · · Score: 1
    I wrote a little program available at :

    www.forkqueue.com/forkverisign/

    This will generate a random email address at a random certified non-existent domain. Spammers should then harvest this address, sending the spam to Verisign's servers. Two for the price of one, slow spammers and cause problems for Verisign.

    --
    Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
  363. 551 sender domain must resolve by Metatron · · Score: 1

    Right, so that screws that one up then !

    More spam vicar ?

  364. gee I wonder if the bots know about 64.94.110.11 by DrSkwid · · Score: 1

    you see, they will get the domain name, get back the duff ip and stop right there

    so the net effect to verisign is one DNS lookup

    the should soon have them on their knees

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  365. Well at least by DaRobin · · Score: 1

    If it's any consolation, http://fuck-verisign.com/ now resolves properly. Ah well...

    --
    Radioactive cats have 18 half-lives.
  366. response from NetSol by Typoboy · · Score: 1

    update, another human replied that Network Solutions and Verisign Inc. operate differently from one another. Well.. I'm sure the financial message can be relayed from one to the other!

  367. Dig is your freind. by iserlohn · · Score: 1

    xjfkljskdf.com. 900 IN A 64.94.110.11

    Ouch.

  368. Who cares? Seriously. by Viol8 · · Score: 0, Troll

    Ok , so you type in a duff address and it routes you a default page. I mean whats the big deal? Who really gives a damn? This isn't meant to
    be a troll but I really don't understand what the fuss is about. Its not like they're taking control of your browser or downloading spyware
    onto your system. Its just a simple web page which for newbies might even be useful. Please people , get a grip , stop foaming at the mouth , this really isn't a big deal.

    1. Re:Who cares? Seriously. by Metatron · · Score: 1

      The problem is because the internet is more that just the world wide web. There is so much more that relies on name resolving for sanity / secuity check. My post below showing one example ... many mail servers for example are configured to reject mail that is sent from a domain name that does not resolve, this helps the war against spam, this will now not work.

      Also there are many scripts and code that run and maintain systems that use whether something resolves or not as a check, these will also now be completely screwed.

      Versign are not the internet, it is very wrong for someone to abuse their position in this way.

    2. Re:Who cares? Seriously. by Viol8 · · Score: 1

      Ok , you have some good points there , I hadn't thought of those.

    3. Re:Who cares? Seriously. by Anonymous Coward · · Score: 0

      moron

  369. Response from Swedish Internet authority (KTHNOC) by frambris · · Score: 1

    I've been in contact with KTHNOC and suggested to them that they put a null route to verisigns server and this is their response, basicly telling me to write politely to ICANN and/or apply patch to my DNSes.

    So no need to bother them with any more questions.

    -- Quote from their reply to me (Swedish) --

    Jag forstar och sympatiserar med din irritation -- och ar precis som du arg pa Verisign for att de beter sig pa det har sattet. Men, for den skull avser jag inte att skapa ett fel (null0-route) for
    att motverka ett annat fel, utan jag anser att man ska losa detta via andra kanaler.

    Jag ser tva vagar:

    1. Man stoppar in kod i namnservers som far dem att returnera NXDOMAIN pa wildcardfragor direkt under .COM/.NET.

    Man har sagt mig att dylik kod lar dyka upp inom 48h for bla BIND9.

    2. Man talar med ICANN.

    Sjalv har jag gjort det senare, pa inradan av folk med insyn. Jag rekommenderar att du raknar till 10, och sen skriver ett val formulerat och hovligt brev till icann-board@icann.org, dar du
    papekar for dem att det har var sallsynt dumt, och kraver att de tar upp saken med Verisign.

  370. web.archive.org by Specialist2k · · Score: 5, Interesting
    Did Verisign even think when they implemented SiteFinder?

    One of many problems is that web.archive.org will honor the /robots.txt of any host and remove that host from its archive. So, sooner or later, the archive of all formerly (and currently no longer) registered domains will be gone...

  371. Re:GOATSE IN PARENT by Anonymous Coward · · Score: 0

    That's understandable however why YOU get modded "Troll", LOL

  372. What's that site running (Netcraft) by infolib · · Score: 1

    The site czsdfjasfasd.net is running Apache on Linux.

    OS, Web Server and Hosting History for czsdfjasfasd.net
    OS: Linux
    Server: Apache
    Last changed: 16-Sep-2003
    IP address: 64.94.110.11
    Netblock Owner: VeriSign/Network Solutions

    --
    Any sufficiently advanced libertarian utopia is indistinguishable from government.
  373. Mail Exhangers by jjeffrey · · Score: 1

    At least the SPAM checks etc can still happen - Verisign aren't advertising fake MX's. Means a bit of re-writing work for us network people but could be worse. Still though... Bastards!

    1. Re:Mail Exhangers by Metatron · · Score: 1

      Not for sender domain must resolve issues :-(

    2. Re:Mail Exhangers by jjeffrey · · Score: 1

      I would argue that even for the sender domain must resolve check we could be ok here - instead of checking the domain resolves, check they have an MX. After all if they haven't got a mail exchanger, you can't reply, so why are they sending you an e-mail? James

    3. Re:Mail Exhangers by Metatron · · Score: 1

      A domain name has MX records, these MX records are hostnames ... with IP addresses. These can be false, now they will always resolve.

    4. Re:Mail Exhangers by Tanami · · Score: 1

      Sorry, but that's not right.

      MX records exist to allow delivery to a host other than the domain name, so we can have

      myuser@domain.com instead of myuser@main.domain.com, etc.

      It is perfectly valid to not have an MX record, if the machine you want to receive the message is correctly identified in the address - in this case, the A record (or CNAME record - can't remember if this is legal?) is sufficient.

    5. Re:Mail Exhangers by Anonymous Coward · · Score: 0

      A mail server doesnt have to have a MX record, its not RFC. a large percentage of mail servers live on A records only and are within RFC's to do so.

    6. Re:Mail Exhangers by Anonymous Coward · · Score: 0

      nslookup -type=MX ahjashjas.com
      origin = a.gtld-servers.net
      mail addr = nstld.verisign-grs.com

      Nice

  374. A thought occurs... by jjeffrey · · Score: 1

    In the UK most internet users (the ones using Freeserve or AOL etc) are behind transparent web proxies. For once this could be a good thing!

    Please, ISP admins, redirect all HTTP requests to 64.94.110.11 and any other relevant addresses to a helpful "domain not found" error page!

  375. the New.net alternative by Anonymous Coward · · Score: 0

    I guess we should all start using New.net.
    Their not evil like verisign who is just in it for the money. .mp3 anyone?

  376. Kill em!! by Anonymous Coward · · Score: 0

    i am verysick with this fucking handover of verisign, they did that dammed $$$ search/advertiser everywhere! wtf???

  377. Taken from http://www.hinterlands.org/ver.txt by starblazer · · Score: 1

    This is for UK people only ::
    Call 0800-032-2101 and select option 2 for Support.

    Explain to the engineer that you have typed in an non-existant domain name and
    been directed to their sitefinder service.

    Explain that you have read the "Terms of Use" and do not agree to abide by
    them.

    Explain that, as you don't agree to the ToU, you are explicitly forbidden from
    using their service.

    Ask them to exclude your IP block from those that will be given the sitefinder
    IP rather than NXDOMAIN.

    Give them your name, company (if appropriate) and a contact telephone number.

    Thanks to Martin Brooks and NANOG for the info!

  378. M$ by Anonymous Coward · · Score: 1, Funny

    1. (optional) M$ buys Verisign secretly.
    2. Verisign gets *.com & *.net.
    3. sitefinder.verisign.com gets more hits than google.com.
    4. Verisign switches to latest & greatest M$N technology.
    5. Google is dead.

    1. Re:M$ by Anonymous Coward · · Score: 0

      What's more, VeriSign's Sitefinder stats will likely show that 99% of internet users use Windows+MSIE.

      I'm basing this on the assumption that people using that particular platform are more likely to make mistakes doing something relatively simple like entering a website address than users of other platforms.

      So even if they do change their minds and remove the record, Microsoft still gets a benefit. It's all just another Microsoft conspiracy!

  379. wildcard + sobig.f by geoff+lane · · Score: 1

    Suppose a macro virus spits out email to every address in your list, some of the addresses no longer exist so now will be be bounced by Verisign's little helper.

    But sobig.f and similar _fake_ envelope and header information. So Verisign ends up spamming people with virus infected email.

    yes/no?

    1. Re:wildcard + sobig.f by higuita · · Score: 1

      no, the from email is stolen from the founded emails in the computer

      if the virus have its own smtp engine, the bounce will be ignored, as it doesnt care...

      --
      Higuita
  380. Alteratives by imbezol · · Score: 2, Informative

    1) make your own wildcard in /etc/resolv.conf (this can be done in windows too but I don't know where by memory) seach yourdomain.com then add *.yourdomain.com wildcard to go to your own domain or your own companies main site. 2) block at your firewall under linux: iptables -A INPUT -p tcp -d 64.94.110.11 -m multiport --dports http,https -j DROP 3) redirect to your web site with a message configure your internal website to have a virtual host for http://sitefinder.verisign.com/ and on that page give a notice to the user that the domain they are trying to reach does not exist and explains that verisign's attempt at gross misuse of the power given over the .com and .net TLD's has been blocked (with appropriate links to relevant info) then add the following to your firewall under linux: iptables -t nat -A PREROUTING -d 64.94.110.11 -i $internal_interface -p tcp -m multiport --dports http,https -j DNAT --to-destination $internal_webserver:80 Anyone have any other ideas for this?

  381. A MEANINGFUL FORM OF PROTEST by Anonymous Coward · · Score: 0

    I think we should all just make effort to click on www.verisignisafuckingcunt.com a couple times a day. it would soon show up on their statistics.

  382. Who said anything about hosts? er, the parent did by DrSkwid · · Score: 0, Flamebait

    why go through the trouble when you can just do it in your HOSTS file?

    so shut your neck

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  383. Domain Registration by jjeffrey · · Score: 1

    Apparently, no-one has registered verisucks.com.......

  384. I amn by SHEENmaster · · Score: 1

    and I did.

    Why not fake an email from verisign's CEO to cut the crap? I've always wondered why such a technique isn't used more often.

    --
    You can't judge a book by the way it wears its hair.
  385. Old News by nurb432 · · Score: 1

    Many phone companies already do this.. Ive heard this on cell phones with bad numbers, and sprint offers to 'we can redial for you, for bla bla cents ' when you get a busy signal..

    It may be sleazy. but its LEGAL...

    --
    ---- Booth was a patriot ----
  386. Re:E-mail = Verisign SPAM Relay Service! by Anonymous Coward · · Score: 0

    How considerate of Verisign to provide yet another way for spammers to send me email. Just send bogus spam to an invalid domain with my address in the From: header, and now you can be 100% sure it'll be bounced back to my inbox!

    Hey, maybe they should read the my terms of use: $500 for every unsolicited email - I think I should be able to retire in a couple of months from the all the cash I'm going to be invoicing Verisign in the very near future :)

  387. Time to replace verisign? by joostje · · Score: 3, Interesting

    I mean, we can start paching the nameservers etc, letting verisign change the IP number, and pach them again.

    But if enough ISP's or other people with big servers are infuriated by this, why not create a new set of root DNS servers (that get their data from the verisign ones, but filter out the * records), and then replace the current list of root servers in the bind config files with the new ones? No paching of bind, and verisign would learn a nice lesson.

  388. nslookup *.com by stux · · Score: 1

    So basically, what that dev guide says is that if you want to find out which IP address to remap to NXDOMAIN, simply lookup *.com to get the IP Address used for the wildcard ;)

    How nice of them

    --

    ---
    Live Long & Prosper \\//_
    CYA STUX =`B^) 'da Captain,
    Jedi & Last *-fytr
  389. Spam out of existence by Anonymous Coward · · Score: 0

    How about a script to constantly send junk mail to junk .com addresses on every /.er's comp.?

    I wonder what'd happen to all the nameserver caches in the world when there would be more requests to `unregistered' domain names than to `registered' ones?

  390. Whois Data Problem Report by infolib · · Score: 1
    From the Whois Data Problem Report:

    All accredited registrars have agreed with ICANN to obtain contact information from registrants, to provide it publicly by a Whois service, and to investigate and correct any reported inaccuracies in contact information for domain names registered through them.

    Reports submitted through this facility will be forwarded to the appropriate registrar for handling, and the progress of your report will be tracked.


    mybox:~> host qawsedrf.net
    qawsedrf.net A 64.94.110.11
    mybox:~> whois qawsedrf.net

    Whois Server Version 1.3

    Domain names in the .com and .net domains can now be registered
    with many different competing registrars. Go to http://www.internic.net
    for detailed information.

    No match for "QAWSEDRF.NET".


    Hmm, there seems to be a problem with the whois information for qawsedrf.net. Registrar must have a problem, I should probably fill out the form...
    --
    Any sufficiently advanced libertarian utopia is indistinguishable from government.
  391. Watch out for the click tracking by Anonymous Coward · · Score: 0


    they are also stealing profiling data of all links clicked on that error page (view source for the code) ,domain name requested, cookies,plugins,time spent on page etc and just about every piece of data about a user than can be extracted from the browser via javascript and a million dollar company.

    check out for what its purpose is

    your average joe doesnt use this kind of marketing tool but as big business you can create serious marketing strategies using it, from this they can see which links people like clicking on etc

    this isnt cheap so the whole thing is a big gamble , but end of the day they cannot lose as they will still of gained a big database of a unique snapshot of DNS activity and the global browser/users and their systems of the world at large

  392. Re:Spam out of existence by Anonymous Coward · · Score: 0

    Here are some nice addresses everyone can use:
    verisignsucks@verisignsucks.com
    verisignisa fuckingcunt@verisignisafuckingcunt.com
    verisignis fullofbastards@verisignisfullofbastards. com
    verisignisworsethanmicrosoft@verisignisworset hanmi crosoft.com
    verisignisworsethansco@verisigniswors ethansco.com
    verisignmustbespammedoutofexistence@ verisignthegre atestcunt.com
    verisign@fuckchildrenscuntatverisig n.com
    verisign@fuckchildrenwithverisign.com

  393. There's a patch for DJBDNS by Lorphos · · Score: 1

    to return NXDOMAIN again. You can find it at http://tinydns.org/djbdns-1.05-ignoreip.patch
    Use at your own risk, I haven't tested it - yet.

  394. Do click! by Anonymous Coward · · Score: 0

    No - do click! In short term they will get money off Overture but once Overture realises that clicks are of low conversion they will get out of that contract!

  395. the world's largest email address harvester by ollyg · · Score: 1

    say you want to contact postmaster@example.com, but instead type postmaster@wxample.com into your mail client.

    oliver:~$ host wxample.com
    wxample.com has address 64.94.110.11
    oliver:~$ host 64.94.110.11
    11.110.94.64.in-addr.arpa domain name pointer sitefinder-idn.verisign.com.

    oliver:~$ telnet sitefinder-idn.verisign.com. 25
    Trying 64.94.110.11...
    Connected to sitefinder-idn.verisign.com.
    Escape character is '^]'.
    220 snubby3-wceast Snubby Mail Rejector Daemon v1.3 ready
    HELO oliver.ox.ac.uk
    250 OK
    MAIL FROM:<oliver.gorwits@computing-services.oxford.ac. uk>
    250 OK
    RCPT TO:<postmaster@wxample.com>
    550 User domain does not exist.

    w00t! verisign have just got your email address in the MAIL FROM: SMTP command after your helpful local mail server attempts delivery to their server:

    cheers,
    oliver.

  396. UK 0800 number by Anonymous Coward · · Score: 0

    Well, from Verisign.co.uk support contact page:

    "Whether you are an existing customer with a technical question or a first-time visitor, we have an answer for you. Let us help you! Customer service is our business.

    For VeriSign Customer Support, please call 0800 032 2101"

    I just did (option 2), and spoke to someone about this on their dime. They said, "yea we've been getting a few calls about this, seems like the registry guys rolled out a change", took my name and number and said they would find out what was going on.

  397. Netfilter userland code to rewrite DNS packets by Anonymous Coward · · Score: 0
  398. Mozilla - steal a march by 16K+Ram+Pack · · Score: 1
    How much work would it take for Mozilla to have an option of "bypass verisign to custom page" so that if a site you requested returned the sitefinder.verisign.com site, it would redirect you to your page?

    Can't be long before Microsoft slip something like this into an Internet Explorer 'fix'.

    1. Re:Mozilla - steal a march by Anonymous Coward · · Score: 0

      Go post a bug about it and wait three years for someone to fix it. :)

  399. Didn't ANYONE tell them? by 21mhz · · Score: 1

    ...that the Internet treats greed as damage, and routes around it?

    --
    My exception safety is -fno-exceptions.
  400. all your .com are belong to us by Anonymous Coward · · Score: 1, Funny

    all your .com are belong to us

  401. Call Away, numbers are good. by Dragon218 · · Score: 1

    I can verify that these numbers are from verisign, not some spam for another company.

    Look under verisign's contact page, under product sales information, 2nd column 5th paragraph.

    --

    "It's the little touches that make a future solid enough to be destroyed" --William S. Bourroughs
  402. Terms of Use by giberti · · Score: 1

    And directly from the Terms of Use posted on the site when I tried to access http://ssslllaaassshhhdddooottt.net

    Sole Remedy.
    Your use of the Verisign Services is at your own risk. If you are dissatisfied with any of the materials, results or other contents of the Verisign Services or with these Terms and Conditions, our Privacy Statement or other policies, your SOLE REMEDY is to discontinue use of the Verisign Services on our site.
    See the whole thing at Verisign yourself.

    Converted to lowercase by author to pass through the lameness filter...

    Good luck actually doing this! BTW: Did anyone else notice that the site is slow as molassas. Did they under estimate the number of pages they would be serving or is it just me?

    --

    AF-Design, web development.
  403. null-routing != dropping packets by DragonHawk · · Score: 1

    That would leave browsers waiting to timeout. ICMP-Rejects wouldn't be much better.

    Uh, no. A "null-route" means there is no route. Not "drop packets do this destination" but "there is no way to reach this destination". That will result in an ICMP "destination unreachable" message being sent back to the originator, which should be interpreted properly by any program worth a damn.

    Verisign will add some more numbers, and soon we'll have blacklists.

    That possability has occured to me and many others, too. However, as VeriSign is a single entitity, it should be pretty easy to keep tabs on them.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
    1. Re:null-routing != dropping packets by Alien+Being · · Score: 1

      Uh, no. A "null-route" means there is no route. Not "drop packets do this destination" but "there is no way to reach this destination". That will result in an ICMP "destination unreachable" message being sent back to the originator

      OK, but that's very similar to an ICMP-reject which implies that the domain does exist.

      which should be interpreted properly by any program worth a damn.
      Not really. "destination unreachable" implies that it could be a temporary problem and that a retry is appropriate. For example, another reader pointed out that MTAs will keep retrying for a few days, or until it gets an NXDOMAIN.

    2. Re:null-routing != dropping packets by Anonymous Coward · · Score: 0

      This doesn't help at all when you need an answer "hostname doesn't exist" for correct functioning, f.i. for envelope-sender checking of mTAs.

  404. Re:Good side - Dept. of Commerce will get involved by Russ+Nelson · · Score: 1

    Humanity is naturally inclined to violence?? Do you seriously believe that? Because the "libertarian model" that you decry is one of voluntary organizations where nothing peaceful is prohibited. Verisign wouldn't need government oversight if it didn't have a government monopoly. You're putting the cart before the horse. Fix the right problem (the monopoly) and you won't HAVE the second problem.

    Oh, so you think government is the solution to tribality (I just made that word up)? Obviously you haven't seen what a democratic government does when faced with *real* tribal factionalism. Basically, it goes like this: All tribes put up candidates. All tribes vote only for their candidates. The tribe which is numerically superior ends up running the government. And ... they do it solely for the benefit of their own tribe.

    Now, as for the private organizations having problems, perhaps you haven't considered the possibility that the problem they are trying to solve is simply a hard problem. The fact that one party has failed to solve a problem is IN NO WAY evidence that another party will be able to solve the problem any better. In fact, it's even more likely that a government will fail to solve the problem any better, because it can use guns to force people to cooperate, rather than having to persuade people as private parties have to do.
    -russ

    --
    Don't piss off The Angry Economist
  405. It's gone- ddos? by Jonas+the+Bold · · Score: 1

    From this computer, it's gone. It's back to the normal error. Maybe they just couldn't handle the traffic. I know this is way far down the list of comments, but does anyone else see it anymore?

    --
    Everything seemed to be going so nice
    'till the end of all beings punched right through the ice
    1. Re:It's gone- ddos? by FutureShoks · · Score: 0

      Confirmed here. I get a 104 error from my squid proxies. hehehehehe ;)

      --
      ___FutureShoks___
    2. Re:It's gone- ddos? by bsdnazz · · Score: 1
      They seem to have DDoS'd themselves!

      All the worlds mistyped URLs must be hitting their servers...

  406. Oh Joy orbs.dorkslayers.com by portwojc · · Score: 1

    Looks like orbs.dorkslayers.com got broke because of this...

    host 1.1.1.1.orbs.dorkslayers.com
    1.1.1.1.orbs.dorksla yers.com has address 64.94.110.11

    host 2.2.2.2.orbs.dorkslayers.com
    2.2.2.2.orbs.dorksla yers.com has address 64.94.110.11

    What fun!

  407. Wrong by DragonHawk · · Score: 1

    If you run a nameserver and want to return NXDOMAIN instead of Verisign's IP, add this code to your named.conf if you are running BIND 9.2.2

    zone "11.110.94.64.in-addr.arpa" { type master; allow-query { none; }; };


    Uh, no.

    That only affects reverse lookups (number-to-name)( on that IP address. That has virtually no consequence. Forward lookups (name to number) still work the way VeriSign wants them to.

    It also doesn't result in NXDOMAIN; it just causes your nameserver to refuse the query.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
  408. What's the TTL on the response from Verisign? by Anonymous Coward · · Score: 0

    What's the TTL on the response when Verisign returns 64.94.110.11?

    Imagine:

    * jumpity-do-dah.com isn't registered

    * people attemp to reach that domain and the IP 64.94.110.11 is cached by various DNS servers for the domain

    * someone registers the domain

    * people enter the domain, but the TTL was so long that it continues to point to the previously cached IP -- sort of a preemptive hijacking of a domain?

    1. Re:What's the TTL on the response from Verisign? by FutureShoks · · Score: 0
      verisignarecrap.com. 900 IN A 64.94.110.11

      15mins. I think they also say that in their documents/whitepapers

      --
      ___FutureShoks___
  409. They're grabbing SMTP Traffic, too. by Anonymous Coward · · Score: 1, Interesting

    Port 25 is open, and an SMTP daemon is running on it, too, so they are accepting all emails which are incorrectly addressed to any address.

    Wonder what's going to happen to *those*...?

    1. Re:They're grabbing SMTP Traffic, too. by Anonymous Coward · · Score: 0

      They are sending 550.
      But of course we can make sure they get a lot of traffic.

  410. Re:gee I wonder if the bots know about 64.94.110.1 by Anonymous Coward · · Score: 0

    but if you had a million of those links each with a different random number on one page, it would have to look up each and every one of those. it would not be one lookup, it would be one million lookups.

  411. BIND hack by TekniQue · · Score: 1

    The simplest and most transparent solution I see is to hack BIND to ignore all address records pointing to that verisign IP. Any volunteers?

  412. SPREAD THE WORD/OPEN LETTER by joeszilagyi · · Score: 1
    Open Letter To Verisign

    This is an email I just sent out to Icann.org. Portions of this (well, most...) are taken from the text and comments to be found in this Slashdot article. I encourage each of you to also send this email to comments@icann.org to complain, and if you have a blog, spread the word by cross-posting this to your website. Verisign must be stopped, at any cost.

    ----- Original Message -----
    From: joe at szilagyi.us
    To: comments@icann.org
    Sent: Tuesday, September 16, 2003 8:48 AM
    Subject: sitefinder.verisign.com

    As of 7:45 PM US Eastern on Mon 15 Sep 2003, VeriSign added a wildcard A record to the .COM and .NET TLD DNS zones. The IP address returned is 64.94.110.11, which reverses to sitefinder.verisign.com. What that means in plain English is that most mis-typed domain names that would formerly have resulted in a helpful error message now results in a VeriSign advertising opportunity. For example, if my domain name was 'somecompany.com,' and somebody typed 'soemcompany.com' by mistake, they would get VeriSign's advertising. (VeriSign is a company which purchased Network Solutions, another company which was given the taskby the US government of running the .COM and .NET top-level domains (TLDs). VeriSign has been exploiting the Internet's DNS infrastructure ever since.)

    This will have the immediate effect of making network trouble-shooting much more difficult. Before, a mis-typed domain name in an email address, web browser, or other network configuration item would result in an obvious error message. You might not have known what to do about it, but at least you knew something was wrong. Now, though, you will have to guess. Every time.

    Some have pointed out that this will make an important anti-spam check impossible. A common anti-spam measure is to check and make sure the domain name of the sender really exists. (While this is easy to force, every little bit helps.) Since all .COM and .NET domain names now exist, that anti-spam check is useless.

    Verisign has continually been abusing the power that has been handed out to them. Two such examples are its mailing of false renewal notices, and its most recent exploit: sitefinder.verisign.com. Now, nearly all mistyped names will be sent to Verisign where they can do whatever they like to the unwitting user. There are even categories on sitefinder.verisign.com where one can browse and go to sites which are undoubtedly paying Verisign for the space.

    Please take this, and the hundreds or thousands of e-mails you will receive, into consideration, and exercise the power that ICANN has. Verisign has continually been abusing and tricking people through deceptive business practices, and this should be the last straw. Verisign should not only be removed from it's post, but it should also be fined for its numerous escapades designed to make money.

    __________________________
    Joe / http://szilagyi.us
    Never give up, never surrender.

    --
    Dude, where's my packet?
    1. Re:SPREAD THE WORD/OPEN LETTER by FutureShoks · · Score: 0
      And I have sent this to the email address on their SOA record:

      In a personal capacity and in no way reflecting my employers - I would like to voice my utter disgust with both the moral and technical ignorance you have shown by placing wildcards in the .com and .net TLD domain space.

      Despite toying with and potentially breaking (MTAs, NXDOMAIN no longer work, port 25 open on your "sitefinder" box, direct to A record mail delivery not working properly, breaking negative caching on .com and .net domains, etc, etc) *the* most important service on the internet, you have also abused your power.

      What you have done is akin to putting advertisements on road signs that mislead people who don't know /exactly/ where they want to go to get lost.

      The Internet is NOT the World Wide Web; what you have done is NOT merely provide a search facility for people - you have fundamentally broken aspects of the DNS system which were working quite well and there for a good reason.

      I would suggest to your Board that having abused your trust, you no longer deem yourself worthy of trust in the SSL certificate arena. I would wager that that business is worth more than a few mispelt URL stats.

      --
      ___FutureShoks___
  413. Another problem by wolverine1999 · · Score: 1

    Also, when a dns server will be down due to some problem, the verisign page will come up instead...

    I suspect there will be lots of calls to webhosts and isps about 'where's my website?' etc

    1. Re:Another problem by joeboo · · Score: 1

      The A records only resolve for domains that aren't already registered. DNS queries to a down, or broken, nameserver will return an NXDOMAIN.

      --
      Joseph W. Breu
  414. stopgap by 1eyedhive · · Score: 1

    i've already rigged my router to redirect all internel tarffic to said IP to the routers local web server that nicely says "Web Site not found" on 80, and bungs up everything else.

    --
    Logistical Chaos Officer http://www.slagg.org - LAN Gaming in Sarasota FL,USA
  415. It seems fixed now by Anonymous Coward · · Score: 0

    Looks like they didn't appreciate what Slashdot had to say. Either earthlink put in their own hack, or Verisgn gave up on their plan for world domination.

    1. Re:It seems fixed now by Anonymous Coward · · Score: 0

      Nope, the gay ass fucks are still doing it.

  416. OT: Please Cite Reference! by FreeUser · · Score: 1

    I find it interesting that apparently he has reversed the ages old US doctrine that it would never use nuclear weapons as a first strike (according to an article I read somewhere) and no one seems to be remarking on it. Unless the article was erroneous.

    Good Lord!

    If this is in fact true, please please please cite the reference!!!

    No one here (in the USA) knows this. If what you are saying is true, then our ignorance is a result of our Information Ministers ^H^H^H^H^H media news cartels not seeing fit to report it. Appalling in the extreme. One doesn't expect Fox News (of unfair and unbalanced fame) to report on this, but CNN, ABC, NBC, and CBSes silence is defening. If this is true, and you can cite a responsible source, please get the word (and the reference) out immediately. I will forward it to moveon.org (a large on-line mostly-Democratic political action group).

    If this is true, this is something Americans absolutely need to know.

    --
    The Future of Human Evolution: Autonomy
  417. My Thoughts... by ArcCoyote · · Score: 1

    1) Now every domain resolves. Your own browser has no chance to fail the query gracefully. Verisign has just hijacked whatever browser auto-search you prefer. When browser plugins do this kind of thing it's called spyware. As for timeouts: I watched sitefinder.verisign.com get wedged at least half a dozen times in 2 hours last night. A failure response from your DNS for a TLD should be instantaneous. Waiting for this overburdened verisign machine to time out takes a lot longer. Not to mention DNS caches filling with lots of junk. 2) The page starts with "We can't find..." but then offers a not-so-helpful search field that all the lusers are going to use, and only "sponsored" results are returned, with the top billing given to whoever paid verisign the most. Verisign is holding the web hostage, plain and simple. 3) It appears to be static for now, but if DNS admins get wise to it Verisign will most likely either: a) sue or block access to the root servers under some bizarre "Root server terms of service" clause or b) change it frequently, to lots of different networks, similar to what the RIAA did with their website. What they don't realize is not everything querying for DNS is going to be fetching HTTP. I wonder how much strange traffic they are getting to that sitefinder box, and how many scripts/apps/daemons/etc are crashing or hanging 'cause of this.

  418. Can't this be simple patched at the client? by Saint+Stephen · · Score: 1

    If we're running Linux, why can't we just patch our clients to give the expected behavior?

    I.E., any DNS query which comes back as that IP, should return "host not found instead".

    It's a lot easier to just fix my PC than to try to fix the whole world.

    1. Re:Can't this be simple patched at the client? by nagora · · Score: 1
      If we're running Linux, why can't we just patch our clients to give the expected behavior?

      I've just patched my SMTP server and it was a pain because you really, really have to test this to make sure you haven't knocked off any other sites; I don't want to have to do shit like this!

      What happens if they change the redirect IP?

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  419. Wonder if.... by Anonymous Coward · · Score: 0

    since Snubby seems to be a half-assed hack in itself, there's probably a good chance it has a buffer overflow somewhere in it... anyone who knows what they are doing want to attempt? (probably already being tried by many, but who knows)

  420. DoSsing themselves! by Gothmolly · · Score: 1

    All of the virus-laden PCs in our network are now making frantic connections to that IP address on port 135. Did they realize how much _crap_ is on the Internet before they did this?

    --
    I want to delete my account but Slashdot doesn't allow it.
  421. Oh and besides, the site isn't working... by vekotin · · Score: 1

    Great. Let's make a new system. Let's put a 386 to serve it on the web.

    The operation timed out when attempting to contact sitefinder.verisign.com.

    Need I say more?

    --
    /v\
  422. Interestingly Enough... by gleffler · · Score: 1

    Interestingly Enough, VeriSign is still returning NXDOMAIN for some things:

    gpleff02@kappa:~$ host p.gtld-servers.net
    Host p.gtld-servers.net not found: 3(NXDOMAIN)

    gpleff02@kappa:~$ host p.gtld-servers.net a.gtld-servers.net
    Using domain server:
    Name: a.gtld-servers.net
    Address: 192.5.6.30#53
    Aliases:

    gpleff02@kappa:~$

    This move is pathetic.

    1. Re:Interestingly Enough... by Anonymous Coward · · Score: 0

      They only return the false record for domains that don't exist. somethingImadeup.microsoft.com is still handled by Microsoft's servers, and thus returns NXDOMAIN. somethingImadeup-microsoft.com returns the false record.

  423. Make them sit up and listen by webtree · · Score: 1

    Aparently they are monitoring all misspelt domains etc, and those that are hitting regularily and have people monitoring the results and will use them for analysis.

    Now thats an invasion of privacy, marketing opportunities and other crap, however it could also be a golden opportunity for us.

    If everyone with a spare connection writes a short bot to repeatedly access the same misspelt URL, on a regular basis, a few times a minute for an hour a day midnight - 1am GMT, say

    www.WeHateVerisignAndTheirIllegalAndImmoralPract ic es.com

    and we get enough people visiting it, not only will the traffic make them think about the benefit of having their server there for all misspelt hits, but on their monitoring the top misspelt domain on all their lists will be the message we wish to put across. Its not a DDoS attempt, but a good way to make them sit up and think about the message!!!

    Ah well, it was a nice idea !! :)

    --
    "I don't know half of you half as well as I should like, and I like less than half of you half as well as you deserve."
  424. Counterattack: Sue them for trademark infringement by Anonymous Coward · · Score: 0

    Verisign uses the new "trick" to lure people to their pages and to make money out of sponsored clicks, therefor they are doing it for commercial purposes.

    Now lets see:

    Non-authoritative answer:
    Name: microsoft-windows_XP.com
    Address: 64.94.110.11

    Name: IBM_websphere.com
    Address: 64.94.110.11

    Name: Netscape-navigator.net
    Address: 64.94.110.11

    Name: apple_ipod.com
    Address: 64.94.110.11

    ... basically since they just hijacked the whole .com and .net namespace, there are virtually unlimited possibilities to create an insta-infringement on some other people and companies trademarks.

    Prepare the biggest class action lawsuit ever !

    (And I always thought that laywers were useless up until now...)

    DRX

  425. Working contact info by gleffler · · Score: 1
    By long-established convention, a zone's administrator can be contacted by sending an email to the address published in the RNAME field of the zone's SOA record. VeriSign publishes the email address nstld@verisign-grs.com in the RNAME field of the .com and .net zone SOA records and actively reads and responds to legitimate messages sent to this address.
    From the PDF file they released about "SiteFinder".
    1. Re:Working contact info by FutureShoks · · Score: 0
      I have just sent this to that address:

      In a personal capacity and in no way reflecting my employers - I would like to voice my utter disgust with both the moral and technical ignorance you have shown by placing wildcards in the .com and .net TLD domain space.

      Despite toying with and potentially breaking (MTAs, NXDOMAIN no longer work, port 25 open on your "sitefinder" box, direct to A record mail delivery not working properly, breaking negative caching on .com and .net domains, etc, etc) *the* most important service on the internet, you have also abused your power.

      What you have done is akin to putting advertisements on road signs that mislead people who don't know /exactly/ where they want to go to get lost.

      The Internet is NOT the World Wide Web; what you have done is NOT merely provide a search facility for people - you have fundamentally broken aspects of the DNS system which were working quite well and there for a good reason.

      I would suggest to your Board that having abused your trust, you no longer deem yourself worthy of trust in the SSL certificate arena. I would wager that that business is worth more than a few mispelt URL stats.

      --
      ___FutureShoks___
  426. DoS attack against a non existant IP by Anonymous Coward · · Score: 0

    In all seriousness, How could you be prosecuted for a DoS attack against an IP address that isn't connected to anything? It isn't your fault that Verisign is stealing that IP address.

  427. Easy fix from the /. community by Caffeine+Pill · · Score: 1

    Just post a link to http://64.94.110.11/ every day on the main page.

  428. We lost half a day of email because of this by Anonymous Coward · · Score: 2, Informative

    The company where I worked lost half a day's worth of emails over this.

    We have several RBL blacklists enabled, and one of them wasn't spelled right. Before, nobody noticed, because even in testing, the RBL check of the non-existing name would return NXDOMAIN and nothing would be blocked.

    But after Verisign's change, suddenly the non-existing RBL domain would return IP's for every single RBL lookup. So every email was blocked!

    Suddenly all our email was bounced back as being RBL blocked! All because of a typo and Verisign's stupid change.

    We lost half a days worth of email until we found out. That translates into lost sales in the hundred thousands.

    And if we did it... how many more thousands of typos are out there?

    1. Re:We lost half a day of email because of this by vacuum_tuber · · Score: 1

      What Verisign has done is evidence that they are lower than slime mold, but you got what you deserved for A) using RBL blacklists, and B) being incompetent enough to misspell one of your RBLs. What you don't know is that you have been losing genuine email all along.

      --
      Look at the bright side: there's always seppuku.
  429. Exploiters by DollarCRS · · Score: 1

    I feel the Verisign behaviour is common in certain circles... The massive exploitation of some services are reaching a level where they are close to unusable. I think that Verisign should stand out as a prime example of clenliness when it comes to exploitation. They will certainly not accomplish that by doing what they just did....

  430. Forever Slashdotted by llzackll · · Score: 1

    Looks like verisign's web servers can't handle all the traffic from mistyped domains. Not only does sitefinder.verisign.com take forever to load, but it sends a blank document (they probably took the main page down and replaced weith a blank document due to heavy traffic). Way to go mistypers!

  431. DDoS/attack/"testing"? by Fastolfe · · Score: 3, Insightful

    So if a script kiddie out there is trying to test his hostname parsing code in his latest DDoS tools, and tries to use a hostname that he knows doesn't exist, would he be liable for the damage his scriptz cause when that hostname actually does resolve to a Verisign IP address?

    It really sounds like Verisign wants traffic destined for every mistyped or invalid hostname. I say let them have it. Surely they're aware that the Internet is not just the web.

  432. Why Not Persuade Verisign by Anonymous Coward · · Score: 0

    If someone happened to find a vulnerability in Versign's webservers, they could put something on them that would offend most people, then Verisign may change their minds :) Just a thought.

  433. I got yer reference right here by AkkarAnadyr · · Score: 2, Informative

    Giving up mods to reply to this, but oh well...

    Just googling "bush nuclear "first use" ' brings up all sorts of links - here and here for starters. This shite was on the news for a few instants, among all the other obnoxious noise and probably juxtaposed with unemployment news or the abortion debate. The neocon cabal (tinnc) uses this type of 'shiny thing/booga booga' distraction to great effect lately, coupled with the 'Dopeler effect' - the effect of stupid ideas seeming smarter if they come at you fast.


    Thank Heaven that Michael Powell is there to ensure diversity in the horrid liberal media .. :/


    Or did you want a reference to the original 'no first use' doctrine? I'm sure many of my fellow Merkins weren't aware of it in the first place!

    --

    I bought this house and you know I'm boss
    Ain't no h'aint gonna run me off

  434. So if I 'ssh soemcompany.com'... by mwood · · Score: 1

    ...do they connect me to the SalesOMatic 9000 AI to chat with me about my domain needs?

    Brilliant idea, guys'n'gals. NOT.

  435. Petition Online -- Sign Now by digitalgimpus · · Score: 1
    1. Re:Petition Online -- Sign Now by CrackHappy · · Score: 1

      Guys, please go sign this Petition. If we get enough signatures on this, hopefully we can at least send them a message that screwing with OUR Internet (the users), is NOT a good idea. This is one of the most flagrant abuses of power I have seen in a while (well... maybe not counting Microsoft).

      --
      1f u c4n r34d th1s u r34lly n33d t0 g37 l41d Capitalization really works: i helped my uncle jack off a horse
  436. verisignsucksrocks.com by Anonymous Coward · · Score: 0

    Hey, you alwasy knew verisignsucksrocks.com ought to exist, and now it does. Oddly, the page doesn't load...

  437. Retarded MTA at the wildcard address by setantae · · Score: 1

    They're also running a mailserver which is clearly a retarded shell script:

    {setantae@shrike}-{~} $ telnet sdfsdfwetew43efwe.net smtp
    Trying 64.94.110.11...
    Connected to sdfsdfwetew43efwe.net.
    Escape character is '^]'.
    220 snubby4-wceast Snubby Mail Rejector Daemon v1.3 ready
    sdsd
    250 OK
    sdfsd
    250 OK
    sdgsd
    550 User domain does not exist.
    sdgsg
    250 OK
    sdgds
    221 snubby4-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    Connection closed by foreign host

    Now, assume I fatfinger a local alias in a database, so that all users are entered as
    user1@submonke.net, user2@submonke.net, etc. and then send a mail to
    allusers@submonkey.net which then pulls them all out of the database.
    Also, assume I have 1000 users.

    Due the above stupid shell script, my first SMTP session goes like this:

    220 snubby3-wceast Snubby Mail Rejector Daemon v1.3 ready
    HELO shrike.submonkey.net
    250 OK
    MAIL FROM:
    250 OK
    RCPT TO:
    550 User domain does not exist.
    RCPT TO:
    250 OK
    RCPT TO:
    221 snubby3-wceast Snubby Mail Rejector Daemon v1.3 closing transmission channel
    Connection closed by foreign host.

    Well, thank you. Since you 250'd the second user, and 221'd the third, but I didn't get
    to actually send any mail, this now takes 1000 remote delivers for all these messages to
    bounce, instead of one DNS lookup.

    I hope whichever a*****e came up with this idea rots in his new Porsche.

  438. Smells of anti-trust by Nitra · · Score: 1

    That would be like the phone company saying "YOU"VE WON A MILLION DOLLARS, ALL YOU HAVE TO DO IS BUY 50,000$ WORTH OF THIS SHITTY MERCHANDISE... etc etc" whenever you dial the wrong number.

    1. Re:Smells of anti-trust by Hooded+One · · Score: 1

      PacBell out here tried something vaguely similar to that a few years back. Whenever you got a busy signal, instead of the standard beeping, there'd be about a 1.5-2-second delay (seriously... this was the most unhelpful part, because you always wondered if the line were dead) then the phone voice lady would advertise their "Call Repeat" service. This service was basically that their computer would dial you back to notify you whenever the line became free. I don't know if they did this by hammering the line, or what. At any rate, you'd still have to then call the other person after being notified.

      Thankfully, this got junked after a month or two.

  439. This is great... by Anonymous Coward · · Score: 0

    ...I don't have to code those 'host not found' errors anymore. One less thing to worry about.

  440. Just spell it right the first time by cout · · Score: 1

    If peple would lern to spel we wuld not have theze problums.

  441. Email Verisign instead by SvendTofte · · Score: 1

    The whitepaper lists two emails: shollenbeck@verisign.com mlarsen@verisign.com Write them. I'm writing them something like the following. Their intentions might be fine, but things such as intercepting "no host found", should be done at an as low level as possible. Does Verisign localize it's service? Intercepting this, at the higest possible level, leaves no one else in to the game. It's not only wrong, it's shoddy service and plain bad design in a system such as the internet. Unless this is rectified, I will no longer do bussiness with Verisign.

  442. Stealing trademarks! by Anonymous Coward · · Score: 0

    As was pointed out to me, and I'm not sure if this was brought up by anyone in the /. crowd, couldn't a company with a registered Trademark, but with no domain of their own, sue Verisign for Trademark infringement? After all, they are re-directing this company's name to make money for themselves.

  443. Change your hosts file by Tin+Foil+Hat · · Score: 2, Informative

    This works. Add an entry to your hosts file:

    127.0.0.1 sitefinder.verisign.com

    By using your loopback address, you effectively short-circuit their method.

    This is, of course, a limited fix. It will not have any effect outside of your machine, so contact ICANN, Verisign, and your ISP and tell them what you think.

    But this will at least give you some relief.

    --
    No matter how many of my rights are taken away, somehow I still don't feel safe. -Frigid Monkey
  444. judo, anyone?... by Anonymous Coward · · Score: 0

    ...but what about a little script that would produce a page with n instances of

    randomaddress@randomgarbage.com

    ...and let the spambots harvest away...

    "Gee mister gorilla, I didn't say you were a wimp, that other gorilla over there did..."

    Coyote

  445. DDOS? by Tin+Foil+Hat · · Score: 1

    Imagine, for a moment, what would happen if zombie machines all over the internet suddenly started a flooding http://sitefinder.verisign.com/ with badly formed requests. I, for one, would not shed any tears over that particular chuck of molten processors.

    --
    No matter how many of my rights are taken away, somehow I still don't feel safe. -Frigid Monkey
  446. Easy firewall fix by nsayer · · Score: 1
    Although it's not perfect, we all can return to the former state by having our firewalls reject TCP connections to the wildcard address. Something like this (for IPFW users):

    add 1 reset TCP from any to 64.94.110.11

    Alas, the informational message will say something like "connection refused" instead of "host not found," but in many ways the error condition will be superior to what there is now.

  447. What about all the broken software!? by ezh · · Score: 1

    Did they (e.g. people at VeriSign) think of all the software they've broken with this move? Lots of software libraries dealing with http relies on the hostname not being resolvable.

    This wildcard domains creates the most popular site in the world, but it's certainly _not_ good for web crawling software as well as search engines and different PageRanks or their variants.

  448. Proposal for better fix to BIND,etc by ahg · · Score: 1

    As others have already pointed out, hard coding their IP address into your fix is foolish because it can change.

    A config file for IP addresses may also be too burdensome. Verisign has the capacity to rotate in new IP addresses for their wild card as frequently as they please. (Their server will, of course, still respond to previous IP assignments to account for records cached on other servers.)

    The only solution I see to prevent this from becoming a cat and mouse game between SAs and Verisign is as follows:

    Have your DNS server generate a series of random domain queries and heuristicly determine Verisign's latest wildcard IP address, and add it to the "no such domain" list.

    This interval at which this process is repeated should be configurable.

    It seems to me that adding this element of automation to the DNS server shouldn't be too difficult and will save the SA a lot of trouble in the event that Verisign chooses to aggressivly keep this "service" alive.

    My $0.02
    -Aaron

    --

    --Aaron Greenberg

    1. Re:Proposal for better fix to BIND,etc by Anonymous Coward · · Score: 0

      How about an AXFR'd DNS BL syntax, where we can list all the annoying IP addresses Verisign may decide to use?

    2. Re:Proposal for better fix to BIND,etc by Anonymous Coward · · Score: 0

      Why not ask two queries: a *.
      and the query itself, if something. returns the same answer as *. then
      it IS fake, let's return NXDOMAIN then.
      (OK this makes the whole use of * records
      obsolete..., may be have a flag for domains
      where this wildcard IS allowed?)

      just my .02

  449. you'll lose ICANN's clashing top level domains by feepcreature · · Score: 1
    In principle, a federation of independent, cooperating, and standards-compliant domain resolving organisations is better than a single organisation with a conflict of interest.

    But one issue with OpenNIC may be the replacement of domains under the .biz top level domain recently launched by ICANN, by corresponding domains in the earlier OpenNIC registered .biz domain.

    Not a huge problem for most of us, I'd have thought. Do many important sites use .biz?

    --
    Paul "Say no to feeping creaturism"
    1. Re:you'll lose ICANN's clashing top level domains by Anonymous Coward · · Score: 0

      This is definitely a problem, but I expect it will go away in the very near future.

      The original operator of .biz shut down this year, so there actually is no longer a conflict. OpenNIC's members are currently debating whether that means we should just switch over .biz to ICANN or does that constitute rewarding them for crushing an earlier "competitor".

      The prevailing opinion seems to be that, since the original operator has shut down, ICANN's .biz is now the oldest functioning version. It's therefore likely that we will swing our .biz pointer over to ICANN in the near future.

      (We will still not follow ICANN should they choose to add any new colliding TLDs. ICANN may put OpenNIC's users in a similar position in the future.)

      -robin

  450. Alternate DNS roots by nsayer · · Score: 1

    There is only one thing that keeps the current power structure in control: The widely distributed named.cache file. Perhaps the first thing the alternate root servers can do is filter this abomination. That might get folks to switch in larger numbers. If enough people start using an alternate root, we can begin to break the DNS monopoly (don't think that because there are multiple registrars that there isn't a monopoly). That can only be a good thing.

  451. Another reason to move to IPv6 by setantae · · Score: 1

    It doesn't work for AAAA or A6 records, so if we drop IPv4 we should be safe for a while...

  452. Idjets by Anonymous Coward · · Score: 0

    The thing that strikes me most after reading the comments here is how few people seem to actually understand how the DNS works.

    Comments like "use OpenNIC" and "they'll get all my mail if my nameserver is down" are laughable. Please, if you don't understand the DNS, don't offer suggestions for workarounds.

    Since Verisign (and only Verisign) is autoritative for .com and .net, the only effective solution will be to patch resolvers.

  453. ignore robots.txt by Anonymous Coward · · Score: 0

    If you "believe" you are scanning or doing whatever you want to with a robot to your own website and you mis-spell your domain name it's not your fault. It's an honest mistake.

  454. has anyone seen this link? by Anonymous Coward · · Score: 0

    http://news.com.com/2010-7348-5076799.html

  455. Verisign broke my home mailserver... by Abalamahalamatandra · · Score: 1

    Well, isn't this just great!

    I run a home Linux machine using fetchmail to pull from my cable provider's POP server.

    Today I logged in to check on mail processing and noticed that it wasn't delivering messages. Turns out fetchmail was connecting to "localhost.mydomain.com" which is in the box's host table as localhost.

    But guess what? I have DNS first in the search order, and it was getting a response. That response led to a mailserver at Verisign that refuses all mail.

    I think we should consider a class-action lawsuit. How much more stuff is breaking silently right now thanks to Verisign's invalid responses?

    1. Re:Verisign broke my home mailserver... by Anonymous Coward · · Score: 0

      So... you want to sue Verisign because you misconfigured your system?

    2. Re:Verisign broke my home mailserver... by Abalamahalamatandra · · Score: 2

      Actually, I somewhat misspoke. It's worse than it appears, and the problem is sendmail, not fetchmail.

      Basically, ANYONE who's running sendmail, most likely any sendmail, but definitely on RedHat 8.0, and has a bogus domain name configured on their server, is going to have problems with local mail delivery.

      Say I have a server that I've configured with a local domain name of blarg.com, which doesn't exist. When someone on a shell account types "mail joeschmoe", the sendmail that gets started up doesn't deliver mail straight to a file like Sendmail did before the split into submission and delivery daemons.

      Instead, it connects over port 25 to the host specified by MTAHost in submit.cf. By default, at least on RedHat 8.0, that setting is "[localhost]".

      But guess what? Sendmail tacks on the domain name. And does DNS resolution before host table resolution, even if nsswitch.conf is set to check /etc/hosts first, because Sendmail does its own thing.

      End result? You log into a shell, type "mail joeschmoe". The mail program then uses Sendmail as its delivery agent, which then connects to Verisign's mail plonker. No delivery.

      The only solution I see is to set the MTAHost setting in submit.cf (I'm too lazy to figure out how to do it in submit.mc) to "[127.0.0.1]".

    3. Re:Verisign broke my home mailserver... by Anonymous Coward · · Score: 0

      This is still a local configuration error on your part, albeit a common one. You shouldn't be using valid domain names (.com) for your local domain in the first place; it should be something like blarg.invalid or blarg.internal or blarg.localnet, etc. TLD's that don't exist and never will.

      Perhaps some good will come out of this after all; some people will learn why this is the recommended practice. ;-)

    4. Re:Verisign broke my home mailserver... by frambris · · Score: 1

      That's why we add .local or .lan or whatever to our bogus domains, not .com or the like.

    5. Re:Verisign broke my home mailserver... by Anonymous Coward · · Score: 0

      Spend $15 and register a real domain name or set up your own DNS server with your fake domain in it.

  456. Wouldn't it be funny if... by Anonymous Coward · · Score: 0

    Now of course, I'm not advocating this, but wouldn't it be funny if the Next Big Worm went though and and tweaked user's hosts file to point Verisign to localhost? Geez, where's the Econoterrorists when ya need 'em?

  457. nice replacement for /dev/null in procmail by mmu_man · · Score: 1

    slash_dev_slash_null@verisig-sux.com :))

  458. Despicable.. But they're not the first... by cmburns69 · · Score: 1

    This is bad, yes, but MS was the first to pioneer this tactic.. And despite protests from the ./ crowd, nothing happened.

    For those of you who don't know what I'm talking about, when you type a URL into your browser that doesn't exist, MSIE re-routes your browser to their search engine.

    While its not as far reaching as this latest verisign crap, it was still a precident.

    What can be done, short of the Internet2?

    --
    Online Starcraft RPG? At
    Dietary fiber is like asynchronous IO-- Non-blocking!
    1. Re:Despicable.. But they're not the first... by gerardrj · · Score: 2, Insightful

      This is of course completely different than the MSIS issue.
      The MS only affected MSIE users for web browsing. The Verison issue affects ALL Internet clients, not just web browsers.
      It's actually worse for other clients than web and email as Verizon's machine does not return an error for any other protocol, it just says "connection refused".

      DNS wasn't designed to do what Verizon wants it to do, and there's no way to only offer the fake address for queries for web sites.

      --
      Article X: The powers not delegated... by the Constitution...are reserved...to the people
    2. Re:Despicable.. But they're not the first... by MattyG · · Score: 1

      it's verisign, not verizon, that's doing this!

    3. Re:Despicable.. But they're not the first... by gerardrj · · Score: 1

      Oops. Type slip!

      I do in fact know it's Verisign not Verizon doing this, as I've been on the phone with them for a total of about 15 calls and over 2 hours. If nothing else, I've annoyed quite a few phone reps and run up at least a few cents of phone bills for them.

      --
      Article X: The powers not delegated... by the Constitution...are reserved...to the people
    4. Re:Despicable.. But they're not the first... by Anonymous Coward · · Score: 0

      No, this is far worse than the Microsoft thing. But true, they are not the first. These all already exist as well:

      *.nu
      *.tk
      *.cc
      *.mp

      The impact just hasn't been as great since they are less common TLDs. - Rob Brown

  459. BIND fix in the works by cyways · · Score: 1

    Paul Vixie stated on bind9-workers that the ISC coding staff is working on changes to bind to fix this as we speak. See his comment here.

  460. I just Called 650-961-7500 by dnsboy · · Score: 1

    And a young lady answered in seconds. She said she had not received any complaints regarding this issue. She said that there was no process that they had established for taking such complaints. She said this was the first she had heard of the problem after I Described it to her. I told her I would be sure to let everyone here know that they could call this number for more details. She did not seem to understand the consequences of the Slashdot Effect. Let em have it Guys and Gals.

  461. Haven't found a good solution for BIND 9... yet... by spackle · · Score: 1

    Sorry if this is already in the replies somewhere, but with the amount of response I figured I'd toss this up so people starting at the end looking forward for BIND 9 solutions/patches to this since I haven't really found anything solid yet.

    http://marc.theaimsgroup.com/?l=bind9-workers&m=10 6372844023056&w=2

    For those who don't recognize the name.

    http://www.isc.org/ISC/vixie.html
  462. Clue-by-four by David+Gerard · · Score: 5, Informative

    From: Martin A. Brooks
    Reply-To: uknot@uk.com
    To: uknot@uk.com
    Subject: [uknot] Cluebyfour verisign HOWTO for the UK
    Date: Tue, 16 Sep 2003 11:32:55 +0100

    Call 0800-032-2101 and select option 2 for Support.

    Explain to the engineer that you have typed in an non-existant domain name and
    been directed to their sitefinder service.

    Explain that you have read the "Terms of Use" and do not agree to abide by
    them.

    Explain that, as you don't agree to the ToU, you are explicitly forbidden from
    using their service.

    Ask them to exclude your IP block from those that will be given the sitefinder
    IP rather than NXDOMAIN.

    Give them your name, company (if appropriate) and a contact telephone number.

    US and Canada: The contact page number is 888-642-9675. Apparently they will also refer you to 866-345-0330 (which isn't listed on that page), but you should of course check the number given on their official contact page and call that first. The postal address is VeriSign, Inc., Attention: Legal Department, 21355 Ridgetop Circle, Dulles, VA 20166, USA.

    --
    http://rocknerd.co.uk
    1. Re:Clue-by-four by ITMagic · · Score: 1

      Tech support (ha!) now claim that this number is just for info, and are referring all calls such as this to the sitefinder@verisign-grs.com bitbucket.

      Just pondering - is this THE weapon of mass destruction the military has been looking so hard to find ....

    2. Re:Clue-by-four by Anonymous Coward · · Score: 0

      Here is info on how to "comment" from businessweek.com.

      "ICANN is the nonprofit organization that oversees Internet domain names. On Friday, the group asked VeriSign to pull the plug on its "wildcard" redirection service.

      Since then, ICANN's Security and Stability Advisory Committee has published a more-detailed critique of the technical problems caused by VeriSign's move. The committee--which includes a VeriSign representative--said it would hold a public meeting in the Washington, D.C., area on Oct. 7 and has asked for feedback to be sent to secsac-comments@icann.org."

  463. Response from Verisign by Anonymous Coward · · Score: 0

    Thank you for contacting Network Solutions.

    We have received and reviewed your e-mail, however, we are having difficulty understanding your request.

    In order for us to assist you please send the following information to:

    customerservice@networksolutions.com

    a) A detailed description of your concern or question.
    b) The domain name or account involved.
    c) Any Service Request Number(s) you may have received.

    Your continued patience is appreciated.

    1. Re:Response from Verisign by Gilatrout · · Score: 1

      "we are having difficulty understanding your request." If they cant understand this then put them in a short bus and drive them to a place where the "special" people at verisign can get help for their problem.

  464. DNS by Gilatrout · · Score: 1

    Has anyone tried calling/contacting verisign directly?

    VeriSign Worldwide Headquarters 487 East Middlefield Road Mountain View, CA 94043 Phone: 650-961-7500 FAX: 650-961-7300
    Atlanta Area Office 3740 DaVinci Court 3rd Floor Norcross, GA 30092 Phone: 770-248-1005 Toll Free: 888-777-4313

    Boston Area Office 401 Edgewater Place, Suite 280 Wakefield, MA 01880-6206 Phone: 781-245-6996 FAX: 781-245-6006

    Kansas Office 7400 West 129th St Overland Park, KS 66213 Phone: 913-814-6200 FAX: 913-814-6501

    Chicago Area Office 500 W. Madison Street Chicago, IL 60661 Phone: 312 660-7800

    Baltimore Office - Federal Markets Phone: 650-426-5115 E-mail: verisales@verisign.com

    Virginia Office 21355 Ridgetop Circle Dulles, VA 20166 Phone: 703-742-0400

    Georgia Office 222 W Oglethorpe Ave Savannah, GA 31401 Phone: 912-234-8899

    Seattle Area Office 4501 Intelco Loop SE PO Box 2909 Olympia, WA 98507 Phone: 360-493-6000

    DNS Assurance Solutions Phone: 650-426-5310 E-mail: dnssales@verisign.com

  465. Quote ICANN's 'background principles' by Mu*puppy · · Score: 1
    -for added effect. After all, if the private sector initiative to assume responsibility for overseeing the technical coordination of the Domain Name System (DNS) isn't going to step up to bat for ENABLING COMPETITION FOR DOMAIN NAME (.COM) REGISTRATIONS when the organization who for years enjoyed a government-granted monopoly over new domain name registrations and renewals tries something like this, perhaps it's time to look at a replacement for ICANN, neh? ;) [Source is here ]

    (Granted, many argue that's needed of ICANN anyways, but more prodding of 'Justify your existence, dammit' can't hurt... ;) )

    --
    There's no wrong way, to eat a Rhesus...
  466. Micro$osft's indirectly to blame for this... by John+Allsup · · Score: 1

    If you recall, a failed DNS query in M$IE will result in the search being sent to MSN. I guess this is Verisign trying to get to toe into the same market.

    --
    John_Chalisque
  467. This is really helpful by neves · · Score: 1

    Hate to praise M$, but this is really a helpful feature in IE! I got a lot of hits from MSM due to mistyped domains. My site domain is www.samba-choro.com.br . Looking in the referer log of my web server, I see people coming from MSN that misspelled the URL with queries like:
    www.sambachoro.com.br
    www.samba&choro.com. br
    www.sambaechoro.com.br

    It used to be even more impressive, with an "semantic" association. The site is about two traditional styles of brazilian music, samba and choro. If someone typed
    www.cartola.com.br (an important samba musician)
    www.pagode.com.br (another name of samba)
    they'd see a page with references to my site. Unfornately they removed this semantic feature some time ago.

    It is a feature that helps users find what they want. An important usability improvement that Mozilla and Konqueror should also implement.

  468. Patch for BIND 9 by soccerisgod · · Score: 1

    Hi,

    Someone made a patch for Bind 9 already.

    --
    If a train station is a place where a train stops, what's a workstation?
    1. Re:Patch for BIND 9 by character+sequence · · Score: 1
      Someone made a patch for Bind 9 already.

      Yeah, *good* idea - add a hardcoded check for the first 24 bits of Verisign's IP address range in your resolver. So what happens when Verisign changes to a different server address? What happens if you actually *want* to connect to one of their servers?

      The whole problem is that the wildcard responses are indistinguishable from real ones.

      --
      Karma: Nonnegative
    2. Re:Patch for BIND 9 by Anonymous Coward · · Score: 0

      VeriSign's own (official) webserver uses a different IP

      Hardcoded IPs aren't very cool, sure, but hey, how many class c networks can they register for this? ;)

  469. Re:A small program [to destroy the internet] by Anonymous Coward · · Score: 0

    Um.. these requests go to the GTLD nameservers operated by VeriSign, yes. If somehow all these attempts at overloading them work, then every single .com and .net site (legitimate ones, too) will be affected as well.

    If by some freak "miracle" all the GTLD servers become unresponsive, then anybody trying to use any legitimate .com or .net domains will be penalized by this overzealousness.

    Heck, VeriSign will probably just consider all the traffic they're receiving from these efforts to be proof they're providing a valuable service to the internet community.

  470. AP's take on the situation by Anonymous Coward · · Score: 0

    In case anyone's interested in how it's being presented to people in the outside world: http://www.nbc4.tv/technology/2487587/detail.html

  471. Re:Code to fix bind9 (for all /24s in the ASN) by Anonymous Coward · · Score: 0
    I unfortunately did NOT save the original file so I can't generate a patch for this. Verisign appears to be using AS30060 which contains 64.94.110.0/24, 12.158.80.0/24, and 65.205.32.0/24. I modified the above as follows. Sorry about the lack of indentation, the ECODE tag doesn't seem to respect spacing (grr), but this is about as obvious as it gets. Still not a real solution.

    modified client.c line 50 (or anywhere near top):

    unsigned int block_verisign[3] = {0x405e6e00,0x0c9e5000,0x41cd2000};
    int fv_converted = 0;

    Beginning of sanitize_vsgn function after vars:

    if (!fv_converted)
    {
    block_verisign[0] = htonl(block_verisign[0]);
    block_verisign[1] = htonl(block_verisign[1]);
    block_verisign[2] = htonl(block_verisign[2]);
    fv_converted = 1;
    }

    and, finally, replace single memcmp(rd.data,&inet) with:

    if ( (memcmp(rd.data, &block_verisign[0], 3) == 0) ||
    (memcmp(rd.data, &block_verisign[1], 3) == 0) ||
    (memcmp(rd.data, &block_verisign[2], 3) == 0) ) {

    I spent very little time on this, but it's running right now.

  472. You mean like right now by Anonymous Coward · · Score: 0

    The host is down... not ICMP unreachables or ICMP no route to host. Mistyped names simply stall for a while until the connection times out.

    How nice.

  473. Andre Opperman fixes this in qmail and qmail-ldap by acesuares · · Score: 2, Interesting

    From the qmail-ldap mailinglist: New: Fix Versign Breakage for standard qmail and for for qmail-ldap (Updated 20030916!). With this patch we treat wildcard responses (*.com) from the GTLD servers as NX_DOMAIN, like the DNS system did before Verisign broke it for us all. To the hell with these geedy bastards! http://www.nrg4u.com/

  474. Put this in your crontab: by pen · · Score: 2, Funny

    0 * * * * lynx -dump http://www.verisignisevil.com/ > /dev/null

    1. Re:Put this in your crontab: by Anonymous Coward · · Score: 0
      won't work much more after the "verisignisevil.com" is resolve-cached. wanna have more fun?
      * * * * * lynx -dump http://www.verisign-`date +"%N"`.com | mail shovethis@verisign-`date +"%N"`.com
      Helps with both HTTP and mail... :)

      Sadly none of this is really fixing the problem for rest of us... it's just going to reliably annoy verisign.

  475. I tried calling by infolib · · Score: 1

    I called 1-703-742-0914 and got Network Solutions. After jumping through a couple of menus i got personal service (no waiting time, so much for slashdotting). I was asked for my name and my email address, and what domain name I was talking about. I said it was about all unregistered .com and .net names ;-) I mentioned sitefinder and she told me it was a new service (yada yada) and asked me to contact sitefinder@verisign-grs.com. (Ironically, I misheard that as verisign-grf.com and got...Sitefinder!!)

    Now, what should I do with that email address?

    --
    Any sufficiently advanced libertarian utopia is indistinguishable from government.
  476. Unfair Pricing? by 4of12 · · Score: 1

    Seems to me that Verisign has effectively given themselves a huge number of domains for almost no money.

    Think about all the variations in misspelled names and non-existant (till now) domains. Gotta be a humongous number of possible combinations.

    Unless Verisign is prepared to offer the same great deal to other people interested in buying domains, then it ought to be time to question whether they're sufficiently impartial to deal with this task and whether another company or entity ought to be in charge of this important task.

    --
    "Provided by the management for your protection."
  477. A call to IANA / Boilerplate from Verisign by DDumitru · · Score: 1

    Just for fun, I called IANA at their listed number and asked them if there was any activity on this issue.

    The response from the receptionist was that it was "under discussion now" and that they were aware of the displeasure of the community.

    We can only hope.

    ps: I would recommend against /.ing IANA's phone number. They are not to blame and may be our best hope of keeping Veri$ign in check.

    I also got an email response to my email from Verisign:

    Dear Doug,

    Thank you for contacting VeriSign Customer Service.

    We have forwarded your concerns to senior management for review.
    Management will be contacting you later today to discuss this issue.

    If you require further assistance please contact us by replying to this
    email.

    Best Regards,

    David Reid
    Customer Service
    VeriSign, Inc.
    www.verisign.com
    info@verisign-grs.com

    1. Re:A call to IANA / Boilerplate from Verisign by d1verse · · Score: 1

      Good that the IANA didn't blow you off as Verisign also did to me:

      From: VeriSign Customer Service
      Date: Tuesday, September 16, 2003 6:22:50 AM
      To: Sean
      Subject: Re: Complaint about Versign abuse of DNS root zones (KMM970848V99164L0KM)

      Dear Sean,

      Thank you for contacting VeriSign Customer Service.

      We have forwarded your concerns to senior management for review.
      Management will be contacting you later today to discuss this issue.

      If you require further assistance please contact us by replying to this
      email.

      Best Regards,

      David Reid
      Customer Service
      VeriSign, Inc.
      www.verisign.com
      info@verisign-grs.com

  478. Use .org! by Magic+Thread · · Score: 1

    I'm late in the discussion, so maybe not many people will see this, but it doesn't seem to have been said before. The .org TLD is not controlled by VeriSign. Use .org! I'm moving all my domains over to it. VeriSign is a shitty company that I don't want having any control over me.

  479. They're breaking the RFCs by metamatic · · Score: 1

    They're sending 550 for mail to Postmaster too, which is a breach of the RFCs.

    Specifically, RFC 1123 section 5.2.7.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  480. Forbes.com vote on Verisign's CEO by turg · · Score: 1

    Do you approve of the job that Stratton D. Sclavos doing as CEO of Verisign? Vote yes or no in this Forbes.com poll.

    --
    <sig>Guvf vf abg n frperg zrffntr
  481. Re: Verisign claims non-registered domains by Anonymous Coward · · Score: 0

    Verisign is truly evil. I hated them before, but now I hate them with the white-hot intensity of a thousand suns.

  482. Damages by Sablewing · · Score: 2

    Many of the programs at my company were broken all morning, until we found the problem. A lot of the programs we run were trying to get IP addresses from NetBIOS names in Windows, but Windows managed to find hostname.companyname.com. Until now, that had failed and the computer had given up on DNS and gone to the IP address of the computer with that NetBIOS name (the expected result). For that entire morning, all our requests to license managers, database servers, file servers, etc. were timing out and dying.

    Also, our ERP package was completely dead for the duration: several hours in which our accounting people couldn't get any work done. I think we'd have a foot to stand on in court if we wanted to sue them for that one. Of course the damages weren't big enough to really make it worth it, but it's just another example of the kinds of things you can screw up by going out and doing this crap.

    Personally, I've already added "route add -host 64.94.110.11 reject" to my startup scripts on all my Linux boxes. It won't give me the invalid domain errors back, but at least I won't have to wait for their server to time out before I get my error message.

    --Sablewing

    1. Re:Damages by Anonymous Coward · · Score: 0

      Now you know why you should not use a fake domain name.
      Of course your systems would have broken down as well when somebody else had registered companyname.com. Your setup was broken.

  483. Re:Good side - Dept. of Commerce will get involved by DavidTC · · Score: 1
    Um, dumbass, all that is true, except that the US government created it instead of the UN.

    It's called ICANN, it's a non-profit, and they don't do a damn thing. They're the ones in charge of domains, not Verisign.

    And it was supposed to have all sort of representation, from the internet community, and doesn't.

    Somehow, I don't think the UN creating them instead of the US government would have a very large alteration in their method of operations.

    --
    If corporations are people, aren't stockholders guilty of slavery?
  484. SMTP DOS by darkstar101 · · Score: 1

    Any mistyped domain (such as screwverisign.com) returns IP address 64.94.110.11. This makes smtp mail transfer agents try to deliver misaddressed messages to this address. If the address were unavailable for any reason, backups in smtp mta's accross the internet would occur. High volume sites could potentially be subject to a Denial of Service due to this.

  485. The Internet Architecture Board responds by Etcetera · · Score: 2, Informative


    From: http://www.iab.org/Documents/icann-vgrs-response.h tml

    Subject: Re: Request for Advice on VGRS IDN Announcement
    To: "M. Stuart Lynn"
    Cc: Leslie Daigle ,
    Chuck Gomes ,
    Brad Verd ,
    Masanobu Katoh ,
    Steve Crocker ,
    Vint Cerf ,
    Louis Touton ,
    Andrew McLaughlin ,
    iab@ietf.org
    Date: Sat, 25 Jan 2003 10:19:37 +1100

    Dear Stuart,

    Thanks for your message. After reviewing the announcement, examining the behavior of the deployed system, discussing the issue with colleagues external to the IAB, and meeting with VeriSign's technical staff to go over the system's aim and implementation, the IAB has come to the following consensus.

    The IAB feels that the system VeriSign had deployed for .com and .net contains significant DNS protocol errors, risks the further development of secure DNS, and confuses the resolution mechanisms of the DNS with application-based search systems. The IAB understands the efforts that VeriSign has made to limit the applicability of this system to queries which would normally not correspond to registered domains, and it recognizes the importance of the distribution of IDN-capable systems to end users. While the IAB agrees with VeriSign that rapid adoption of IDN-capable systems is desirable, the IAB feels that the very limited gain in distribution cannot balance the shortcomings of this deployment strategy.

    The IAB has begun the process of shepherding the creation of an Informational RFC on concerns with operational practices with the DNS. We anticipate discussing the issues raised in your notes in more detail as part of that document. Given the scope of the issue, and our desire to ensure that it will have adequate review by the (DNS) operational community, we will be enlisting the help of the broader IETF community through relevant IETF working groups. In advance of that document, we have outlined below the issues with the VeriSign system which led us to the conclusion above.

    As a lookup system, the DNS is designed to provide authoritative answers to queries. The DNS protocol specifies behavior for queries whose targets do occur in a zone by describing the data format for the specific resource records and the wire format for the response. The DNS protocol also specifies behavior for queries whose targets do not occur in a zone by describing the wire format for a negative response.

    The system deployed for .com and .net does not follow the specification for targets not in a zone. Instead, it examines the target and decides whether to give the specified negative response or a synthesized record based on whether the target contains a code point above 127. This is a violation of the DNS protocol as described in RFC 2308, Section 2.1. While it is possible within the DNS protocol to include wildcard records which cover all queries not otherwise specified by a zone, this is not what VeriSign has done. Negative answers for records which do not contain code points above 127 continue to be sent.

    It would, of course, be theoretically possible to add zone entries for all records containing code points above 127. Given that the Verisign system does not recognize "." as a label delimiter for testing these records, the size of the resulting zone is unimaginably large. VeriSign confirms that they are not managing a zone of the size this would imply and is, instead, synthesizing these entries. This implies that the zone as currently served by VeriSign cannot be transferred using either AXFR or file transfers in master file format. Though the choice of who may employ AXFR or file transfer to get copies of a zone is a policy decision, the IAB notes that the current system does

    1. Re:The Internet Architecture Board responds by pe1chl · · Score: 1

      Date: Sat, 25 Jan 2003

      Responds? Yeah, sure!

    2. Re:The Internet Architecture Board responds by Anonymous Coward · · Score: 0

      This comment about port 25 being handled properly is wrong.

      The snubby rejector is fundamentally broken in its handling of multi-recipient messages, because it plays a canned sequence of 220, 250, 250, 550, 250, 221.

      Even if we accepted this hijacking of DNS, the rejector should be using 520 greeting, not doing an insane open loop response list. The only reason for doing what they are is for collecting MAIL FROM: addresses, presumably for sale.

    3. Re:The Internet Architecture Board responds by Anonymous Coward · · Score: 0

      Good call. This is actually a response to a previous, more limited proposal along similar lines, which was to perform this kind of wildcard resolution but only for domain names containing characters with high-order bits set. Since domain names don't contain such characters, the intent of the earlier proposal made a tiny kernel of rational sense; browsers could insert such a byte in order to permit special handling of failed lookups. But the current, general scheme is simply madness. And the IAB didn't even like the limited scheme! I guess someone at Verisign decided to make a point forcefully. Internet governance by saber-rattling...sigh It was fun while it lasted.

  486. Re:Here's a neat idea: Another GOATSE.CX joke :-) by fred666 · · Score: 1
  487. Wow, let's hope VeriSign agrees... by Anonymous Coward · · Score: 0

    If they agree they made a mistake, maybe I'll forget about it... Well maybe.

    Well let's think about it... Either way, they will have made millions just today because of the overture links that are provided when people use their search engine! Well, okay now I'll forget about it... if they give all that money to the EFF or another non-profit organization.

    Oh and damn them... I'll never forget such a GREEDY and totally UNRESPONSIBLE behavior.

    Stupid VeriSign. Go sit in the corner. I just don't Trust your Value anymore!

    1. Re:Wow, let's hope VeriSign agrees... by zinjifar · · Score: 1

      Heh. As long as they don't donate their Overture profits to the 'Church of Scientology' whose 'ethics' would be the only ones justifying such blatant exploitation.

      Zinj

  488. Re:Already discussed on the ICANN/GNSO mailing lis by daddymac · · Score: 1
    Isn't this EXACTLY what that other fellow sued (successfully?) for in a previous story?
    No, you're thinking of a gentleman who sued because the domain he had already registered, but not set up yet, was automatically pointed to a "Coming Soon" page, loaded with advertisements for the registrar.

    It would be like paying Nike to put an advertisement on your shirt.

    Oh wait... people do that...

    --
    If something I said can be interpreted two ways, and one of the ways makes you sad or angry, I meant the other one.
  489. Redhat 7.3 BIND rpms with patch by jd678 · · Score: 1
    Probably a little late for this story, but I've built patched bind 9.2.1 rpm's for redhat 7.3 using the patch available at http://carangul.com/patch/. Find it on http://www.denson.org.uk/bind. It's working fine for me, although giving SERVFAIL rather than NXDOMAIN, but should get sendmail working as it should.

    A few basic instructions there building patched rpms for other RH distributions aswell, if anyone cares to denote some processing time for other versions.

    1. Re:Redhat 7.3 BIND rpms with patch by Anonymous Coward · · Score: 0

      The patch has now been changed to return DNS_R_NXDOMAIN instead of DNS_R_BLACKHOLED. If you have any problems with the patch, please report them to the email address specified on the patch page, thx.

  490. We need to make a filtering cache server. by LinuxMan · · Score: 1

    I noticed that the root servers serve out the IP directly. Somebody should write a filtering DNS cache program that detects if the gtld-servers.net servers respond directly. They are INTENDED to simply point you to the owner name server, not actually answer back with A records themselves.

    In other words, detect if *.gtld-servers.net returns with anything other than an NS record, don't accept it.

    I wonder how hard it would be to patch djb's dnscache software, which I use, to do that.

    Professional TCP/IP and DNS

  491. Die VeriSgin by Anonymous Coward · · Score: 0

    More and more often I regret VeriSign was not located in WTC :(

  492. hey! look what I found! by Anonymous Coward · · Score: 0

    http://annoying.assfuck-monkeys.com andhttp://annoying.assfuck-monkeys.net. Now, how long until some dumbshit actually registers those?

    Posted by a /.er with terrible karma.

  493. How are you gentlemen!! by Eponymous+Mallard · · Score: 1

    All your domains are belong to us.
    --Verisign

  494. Vote here against Stratton D. Sclavos by Anonymous Coward · · Score: 0

    Vote here against Stratton D. Sclavos:
    http://www.forbes.com/2003/05/01/cx_ceoi nternetpol l.html

  495. Totally incorrect (Re:BIND Blocking Configuration) by Anonymous Coward · · Score: 0

    You have no clue what you are doing. This doesn't do a god-damned thing to address the problem.

    Reverse lookup is in no way required for the wildcard to work. The verisign.com domain resolving is in no way required for the wildcard to work.

    What is needed is to force the caching resolver to discard any wildcard record it receives at the TLD level. You can't do this with Bind configuration lines. Fortunately there are patches already listed above to do this.

  496. Everyone sue verisign by Anonymous Coward · · Score: 0

    its pretty simple - versign is cybersquatting on every domain currently not registered. verisign who has no intentions of using the domains is squatting every domain currently not registered for commercial gain.

  497. This is asinine by retro128 · · Score: 1

    It's only been a day since Verisign has done this and already I'm seeing implications from it...One of the things being email sent to an incorrect address. For instance, I tried sending mail to an obviously fake domain and have yet to get a bounceback. It could be assumed that this is because their server has been completely flooded by worldwide domain mispellings and general abuse from pissed off people like me.

    This is a major, major problem. This means that MX servers all over the world no longer can tell you if the domain is invalid because they are getting a valid MX record returned. That mail is then sent to Verisign where they do god-knows-what with it. At best we must rely on THEM to tell us the domain does not exist.

    This unilateral action by them is insane...I really am speechless.

    --
    -R
  498. THE BASTARDS!!! "Did you mean" is not FAIR! by Anonymous Coward · · Score: 0

    Hey! I just discovered something. When you mistype an url, the SiteFinder thing is supposed to help you find it. From their own "help" page, we can read :

    How did I get to Site Finder?
    The Web address that you entered is not registered on the Internet or is inactive, and the Site Finder is designed to help you find what you are looking for.


    AND :

    The "Did You Mean" section displays Web addresses that are similar to the the address you entered. If you misspelled the name of a Web site, for example, it is likely that the correctly spelled name will appear here.

    Well it turns out that the Did You Mean section ONLY shows domain names that have been registered through NETWORKSOLUTIONS, VeriSign's own bu****it erm I mean service.

    You will NEVER see any suggested address from ANY other registrar!!! How fair is that?

    Sucky bastards...

  499. E-mail All Verisign Executives and Board Members by dstek · · Score: 1

    I have setup a page to allow you to e-mail all Verisign Executives and Board Members all at once. I can't verify that the e-mails actually get through, but everyone is welcome to use it. E-mail Verisign

  500. Re:Complaint submitted - the text(error-corrected) by Snover · · Score: 2, Interesting

    This complaint is regarding Verisign's recent decision to claim all non-registered .COM and .NET domain names for itself. It has done this by inserting a wildcard into the DNS registers, meaning an IP of 64.94.110.11 is returned for any domain name that has not yet been registered. That page is an advertisement for VeriSign's domain registration services. This is unfair competition with existing registrars - there is no means for myself, for example, to gain a similar foothold without actually purchasing each and every currently unregistered .COM/.NET name. It is also a technical breach of trust - the Internet is not merely the Web, and unknown domains should return errors rather than constantly try to contact VeriSign's advertising servers. Non-Web-based applications (FTP clients, etc.), will now incorrectly log that they have contacted the host you asked for when in fact they should have returned an error 'hostname unknown' because the site does not exist. The same will occur with any ICMP TRACEROUTE or PING tools-- these will not behave in a manner expected. I would be grateful if you could investigate this matter. Yours, Ian McCall

    --

    [insert witty comment here]
  501. Oops by DragonHawk · · Score: 1

    Null-routing an IP address at layer two is an interesting concept

    You're right, of course. I meant layer three. Good catch.

    --

    dragonhawk@iname.microsoft.com
    I do not like Microsoft. Remove them from my email address.
  502. SICK by johnraphone · · Score: 1

    This is sickening how Verisign can take over a allegedly no company owned internet. I guess Verisign owns the net.

  503. Re:Complaint submitted - the text(error-corrected) by Anonymous Coward · · Score: 0

    I think it's disgusting. Has anyone started up an online petition yet? Where do I sign?

    Marcus Tucker (marcojt@antisocial.com)

  504. Nah. Do it with CSH! by Anonymous Coward · · Score: 0

    #!/bin/csh

    set hostvar = '1'
    while (1);
    set hostvar = `echo $hostvar | md5`
    set hosttarget = $hostvar".com"
    nslookup $hosttarget | tail +4
    end

  505. Re:Nah. Do it with CSH! by generationxyu · · Score: 1

    bash-2.05a$ ./fuckverisign.csh > /dev/null & [1] 8856 bash-2.05a$ /usr/games/banner yay

    --
    I mod down pyramid schemes in sigs.
  506. Re:Waste of time *TRULY A WASTE OF TIME* by noweb4u · · Score: 1

    This won't do a damn bit of good about this problem. .net and .com are still delegated to Verisign's GTLD servers, and you'll still get wildcarded. This is *NOT* a root server issue, but a GTLD issue for .net and .com.
    No matter what bastardized root server confederation you can come up with, it won't help you here.

  507. information minister by Anonymous Coward · · Score: 0

    would be funny if the index.html was replaced with the information minister

  508. Experimental Postfix patch to do NS and MX lookups by Hygelac · · Score: 2, Informative
    Wietse posted an experimental patch for Postfix to work around this:
    This patch allows you to blacklist sender or recipient addresses
    on the basis of their MX (or DNS) server's hostname and IP addresses.
    Blocking by DNS server was asked for long ago. I wrote it today
    because the same code can also be used to block verisign wild-card
    domains.
    /etc/postfix/main.cf:
    smtpd_mumble_restrictions =
    ...
    check_sender_mx_access hash:/etc/postfix/mx_access
    ...

    /etc/postfix/mx_access:
    64.94.110.11 reject verisgn wild-card

    Combined with the new CIDR table this also allows you to block
    mail from senders whose MX hosts resolve to reserved address
    blocks such as 127.0.0.0/8 or 192.168.0.0/16.

    This patch was written with yesterday's snapshot. It will also
    apply with little trouble to the stable release.

    This code is lightly tested. I haven't got the time to put this
    into operation here today.

    Wietse
    --
    -- Grow up and use mutt.
  509. This still happening by chris_jones1 · · Score: 1

    This isn't happening for me anymore it was yesterday?? Is it still happening to anyone else?

  510. Re:A small program [to destroy the internet] by gerardrj · · Score: 1

    I am specifically NOT trying to overload the DNS servers. I specifically will only do lookups as infrequently as necessary. Between lookups, all requests will be sent directly to the Verisign interceptor server .

    --
    Article X: The powers not delegated... by the Constitution...are reserved...to the people
  511. Letter Sent to both senators and representative by Anonymous Coward · · Score: 0

    Honorable [N.]

    I would like to alert you to an action by VeriSign, the company which has custody of the .com and .net TLDs (top level domains). As of Monday, September 15th, they have effectively hijacked all unregistered domains by causing them to point to a subsite of their own.

    While this is similar to Microsoft's practice of pointing all misspelled domains in Internet Explorer to the MSN search engine, because of VeriSign's role in the internet, the consequences are much more severe.

    Essentially, this move will lead to more spam. Many spammers use fake ("spoofed") return addresses. Part of spam filtering for many ISP's involves checking to see if the originating domain exists. If it does not, it is filtered out as spam. VeriSign, however, will now return all unregistered (nonexistent!) domains ending in .net and .com as valid, making it much more difficult to fight spam.

    VeriSign is abusing their position, and their charter, which originated from the US Government, should be revoked.

    Respectfully yours,
    [N.]

    (erm--feel free to make this cleaner. i'm too tired)

  512. Petition by fiddles2k · · Score: 2, Informative

    I suggest people have a look at http://www.petitiononline.com/badnsi/petition.html - seems that a few people would like verisign remoived from control of .com and .net

    1. Re:Petition by pe1chl · · Score: 1

      27, as of this writing!
      that seems too few

    2. Re:Petition by essdodson · · Score: 1

      Tell your friends. Btw, it's just about 30 minutes old.

      --
      scott
  513. Mailed them and even got a response! by Anonymous Coward · · Score: 0

    Hi.

    Since our company has a pending Verisign certificate renewal, I thought I'd take that as a chance to email them.

    ------------
    Attn. VeriSign Renewal Department.

    I was GOING to renew our company's code signing certificate with VeriSign, but now prefer not to do so and will look for another, more trustworthy, authority instead.

    As I am sure you are aware, your company is actively and maliciously manipulating the DNS service -- with which it has been entrusted by the community -- for it own profit, and in so doing is breaking other people's systems, e.g. SPAM filters, mail routing, etc. The solution put in place by VeriSign even hijacks EMail communication sent to a mistyped domain. These are not the actions expected from a trustworthy and reliable bnusiness partner.

    More details can be found e.g. at
    http://slashdot.org/articles/03/09/16/0034210. shtm l?tid=126&tid=95&tid=98&tid=99

    As I am sure you will understand, this malicious action has caused me to loose ALL trust in VeriSign and the services it offers.

    As a result, our company, of which I am CEO, will actively look elsewhere for a trustworthy provider for our certification and code signing requirements and we will conduct our present and future business with these agencies.

    I can but hope that others will do the same.

    Best regards,

    [...]

    ------------

    I even got a canned response. Seems that Verisign think that the Internet is just about browsers:

    --------------
    Dear Daniel,

    Site Finder Service

    VeriSign's Site Finder service improves the web browsing experience
    when the user has submitted a query for a nonexistent second-level domain
    name in the .com and .net top-level domains. Before this service was
    implemented, when a user entered a URL containing a nonexistent (e.g.,
    unregistered) domain name ending in .com or .net, their web browser
    returned an error message that contained no useful information. With
    the introduction of Site Finder, users now receive a helpful web page
    offering links to possible intended destinations, related categories,
    and the ability to conduct additional searches immediately.

    For more information, please email: sitefinder@verisign-grs.com

    Thank you,
    [....]
    -------------

    Dan.

  514. Yea, but that was IE by Anonymous Coward · · Score: 0

    That was 'the windows chokehold'. Microsoft forcing 'useful beneficial features' down inexperienced user's throats (like MSN).

    However, when I used another browser, I didn't get those messages. And it was good.
    Now, it seems, Verisign wants to get into the search engine niche that Google has righteously owned.

  515. Unleash teh intaahrnet h4xx0rs!!11 by Anonymous Coward · · Score: 0

    I know /. doesn't condone this sort of self-righteous behaviour, but this is an emergency. Anyone with a clue can obviously realise the implications of this ridiculous action. We run the industry- I say we initiate a state of internet anarchy, and unleash the millions of script kiddies, millions of 'security professionals' (read: crackers), and millions of blonde office assistants onto the Verisign network.

    Lets start a holy war of our own :)

    1. Re:Unleash teh intaahrnet h4xx0rs!!11 by ogl_codemonkey · · Score: 1

      Possibly, just possibly, DoSing the masetr DNS server for the TLDs .com and .net could be a BAD thing.

      hmmm... militant action...

      hmmm... blond office assistants...

      I like your thinking, though.

      btw: for those who feel like conversing with verisign (no, really... don't spam them... seriously... well... maybe just a little ;) ) you can find some addresses on this related post.

  516. Why don't we bill them? by drakewla · · Score: 1

    I spend two hours overtime fixing my company's caching name servers. I am wondering how disturbing it would be for their finance department if they got invoices from anyone who had to change their DNS setup.

  517. (TM) holders are legally bound to stop Verisign! by searlea · · Score: 1

    I've read that trademark holders must prosecute abuse of their trademarks, or risk losing them.

    As Versign now PROFIT from every trademark.com or trademark.net currently unregisterd, they MUST be prosecuted by any registered trademark holder who finds theirtrademark.com or theirtrademark.net is redirecting to versign's server.

    Has anyone called a lawyer?

    e.g:
    microsoft-word.com
    ibm-visual-age.com
    co cacola-therealthing.com
    mcflurry.net
    mcchickensa ndwich.net
    visual-studio-6.net

  518. Simple Solution by Anonymous Coward · · Score: 0

    #!/bin/bash

    while [ 1 ]
    do

    wget -r http://www.yourdomainnamethathasatypo.com &

    done

    Walk away for 30 minutes...

    1. Re:Simple Solution by Anonymous Coward · · Score: 0

      Actually it will not be Verisign's email that will be screened out. Spam will be detected by the fact a non existant domain will resolve to the known Verisign address and it can be rejected. Email from Verisign will use a different address and will be delivered.

      A better solution is to relay all email with a sender address that resolves to the Verisign kludge to one of many contact addresses at http://www.verisign.com/corporate/about/contact/in dex.html and don't forget CustomerService@NetworkSolutions.com
      You know it is spam, you know you don't want it and you know who is claiming to be the sender.

  519. Antispam Potential - Billions of Addresses Wanted by Anonymous Coward · · Score: 0

    Generate a billion e-mail addresses with random domains and put the lists public. Thanks to Verisign giving the domains a mail service, the spammers should no longer have that easy time, if enough people do this.

  520. Official ISC BIND 9 patch now available! by soccerisgod · · Score: 1

    Grab it while it's hot

    --
    If a train station is a place where a train stops, what's a workstation?
  521. no thanks, don't need your help by LostboyTNT · · Score: 1

    sure, what THEY consider useful information, personally, I find error pages quite a bit more useful than spam. if I want to do a search engine for somthing, I'll do it myself, no thanks, I don't need your help.

    --
    LostboyTNT MercyHosting.Com

    Server-Status.Com

    50Bux.Com

    TLDR.Com

  522. WhoIs? by Anonymous Coward · · Score: 0

    It also violates ICANN WhoIs policy. It also violates RFCs for accepting mail to postmaster.

  523. good example - soemcompany.com ;-) by cdance · · Score: 1

    ...and somebody typed 'soemcompany.com' by mistake, they would get VeriSign's advertising.
    I tried this - put soemcompany.com in my browser to see what this advertising was. The advertising was quite successful. I spent a good 20 minutes having a look around. I'm all for this progress in technology ;-)

  524. soemcompany.com by jdfox · · Score: 1

    For example, if my domain name was 'somecompany.com,' and somebody typed 'soemcompany.com' by mistake, they would get VeriSign's advertising."

    No, actually you get something even more interesting.

  525. Verisign = Hooded Claw; ISC = Ant Hill Mob by JCCyC · · Score: 1

    nuff said.

  526. That won't work by pchasco · · Score: 2

    All of the programmers out here should know that using magic numbers like this never works. What happens when Verisign changes the IP? What happens if they decide to round-robin sitefinder with a number of other servers with different IP addresses? You would have update your lists of blocked sitefinder IPs regularly.

    The only real solutions are to use different name servers, or to put a stop to Veri$ign. And why should we have to spend our time moving to new a DNS?

  527. Re:Complaint submitted - the text(error-corrected) by sepluv · · Score: 1

    HERE: http://www.petitiononline.com/icanndns/ Or complaiin to ICANN yourself: http://reports.internic.net/cgi/registrars/problem -report.cgi .

    --
    Joe Llywelyn Griffith Blakesley
    [This post is in the public domain (copyright-free) unless otherwise stated]
  528. Warning: Legal Agreement by sepluv · · Score: 1
    According to Verislime you are agreeing to their legal agreement at http://sitefinder.verisign.com/terms.jsp by accesing the site they redirect people to.

    IANAL, but "ye, right!" (unless your in the USA or other anti-liberal countries (where it may be binding)). May Verislime burn in hell, oh, and have their powers removed. SIGN THE PETITION TO ICANN NOW: http://www.petitiononline.com/icanndns/

    --
    Joe Llywelyn Griffith Blakesley
    [This post is in the public domain (copyright-free) unless otherwise stated]
    1. Re:Warning: Legal Agreement by vacuum_tuber · · Score: 1

      The petition is broken. After confirming the signature, it directs to a URL that doesn't respond, then on Refresh it informs that an error occurred, claiming erroneously that maybe a required field was left blank.

      It's yet another instance of broken stuff on the Internet. It's ironic that what is broken in this case is something that is attempting to enlist support to resolve an Internet problem.

      --
      Look at the bright side: there's always seppuku.
  529. We didn't find: "www.verisign.com" by Anonymous Coward · · Score: 0
  530. Re:Not every root nameserver is serving the A reco by xchino · · Score: 1

    "If Verisign can hijack *.COM and *.NET, what is to keep resolving ISPs from hijacking unused domains at the resolver level to suit their own purposes?"

    Absolutely nothing can be done to stop this, as it is your ISPs right. If you don't like it you could either a.> change ISPs or b.> Use different name servers. The problem with this is that it is the root nameservers that are doing it, so your ISP no longer can resolve non-exisitant hosts, as they all .com and .net possible essentially exist now..

    --
    Everyone is entitled to their own opinion. It's just that yours is stupid.
  531. It's an open TCP sink :-) by Anonymous Coward · · Score: 0

    Just send it a TCP stream without \n's and it will keep accepting the whole stuff. Well I *think*... I just tried a

    nc qmsldkfj.com 25 < /dev/zero

    ... and it did just that. Great way to test your upload bandwidth :-)

    But I guess version 1.4 will correct this feature. Oh well.

  532. Verisign Sucks by Anonymous Coward · · Score: 0

    I am writting a letter to them and will not use them in the future.

    Verisign shows what happens when business screws it up. Resolving all names further screws up the DNS system, and it is not the DNS softweare that is the problem, it is the way idiots at Verisign and other top level DNS systems that is really the issue.

  533. Complaint Site by Anonymous Coward · · Score: 0

    Go to ICANN/Internic and complain.

    http://www.internic.net/

    Verisign abuse should be reported and the more who complain they might actually do something.

  534. Send the hits here.. by Operations++Host · · Score: 1

    You could always modify your DNS and point sitefinder.verisign.com to 64.135.8.60. ;-) Host.net Operations

  535. What's the big deal? just slashdot the ip! (nt) by Anonymous Coward · · Score: 0

    (no text)

  536. Names and numbers by Anonymous Coward · · Score: 0

    703-742-0400 - Main Corporate Number
    650-961-7500 - Mountain View, CA

    Bob Korzanewski - in charge of DBMS product
    Straton Sclavos - CEO

  537. Verisign Hijackers... Where's the Money?! by lorenbake · · Score: 1

    The thing that disgusts me the most is that the Internet is the property of the Government, which means its the porperty of the people... like TV waves, to be given out only to responsible bodies who will not abuse them. Verisign has done so. This would be like if the FCC was broadcasting Colt 45 ads on every unused Television and Radio channel! More info: Verisign Hijackers are SCUM

  538. Simple Solution by tgrigsby · · Score: 1

    This is easy. When an anti-spam or url-checking tool starts up, it should automatically look up Verisign's IP, and then any email host or url that comes up as Verisign is spam.

    Too bad for Verisign that their emails will get screened out by every spam checker on the planet. Some people made bad choices.

    --
    *** *** You're just jealous 'cause the voices talk to me... ***
  539. Buydomains.com has been doing this by CitznFish · · Score: 1

    Buydomains.com has been pulling this crap for at least a year now. Every 404 URL I type in always leads to buydomains.com and their incessant pop-ups. Very frustrating. I hope Verisign gets the hint and stops their practice

    --
    'mmmmmmmmm.... forbidden donut'
  540. OT I know... but your sig should read... by MadCow42 · · Score: 1

    Actually, your sig should read:

    Incest: it's all relative.

    --
    I used to have a sig, but I set it free and it never came back.
  541. Re:Clue-by-four (sent an email got a response!) by Anonymous Coward · · Score: 0

    Okay I have done the following sending a mail and I have gotten the following response:

    Dear x,

    Thank you for contacting VeriSign Customer Service.

    There is no way for us to remove your subnet ranges from accessing the
    SiteFinder service. If you do not wish to be re-directed to the
    SiteFinder service when typing in an NXDOMAIN, you should look for ways
    internally to block the service.

    If you require further assistance please contact us by replying to this
    email.

    Best Regards,

    Bonnie Bryant
    Customer Service
    VeriSign, Inc.
    www.verisign.com
    sitefinder@verisign-grs.co m

  542. Petition with 4600+ signers by ddeboer · · Score: 1

    A petition with 4600+ signers (and going up fast) is at http://www.petitiononline.com/icanndns/petition.ht ml - not sure if there's another link to it or not.

  543. Thank you! by runswithd6s · · Score: 1
    Dear Verisign Marketroids and Cringineers:

    I would like to thank you for breaking that pesky DNS protocol. I mean, why should people rely upon standards-based protocols anyway? I really didn't need the "reject_unknown_recipient_domain" and "reject_unknown_sender_domain" options from my postfix email server anyway. They're useless, right? You have saved us from having effective address resolution for numerous internet protocols, well established networking practices, and sanity.

    Thank you, again, for thinking only of your customer.

    Sincerely,

    Chad C. Walstrom

    A disgruntled Network Administrator who has spent all afternoon trying to "fix" what you broke.

    --
    assert(expired(knowledge)); /* core dump */
  544. baremy.com by loggerhead · · Score: 1
    I think what seperates Verisign from the other registrars here (and makes their accepting wildcards all the more devilish) are the suggested addresses. At least, I can't recall seeing anything other than a "Register this domain" page from the other registrars, but I may just be a decent typist and therefore wrong...

    However, I am curious about the liability Verisign might face when some pre-teen mistypes a common kid's website (let's say www.barney.com --> www.baremy.com) and gets a Verisign suggested spelling that links to a porn site (www.bareny.com).

    IANAL, but it seems there would be some civil and criminal liability here, if the parents or school district or other computer provider were aware of how the kid was directed to the porn site....

    Ah, well, I am just trying to think beyond the "they ate up 1 gazillion hours of network admin time" box here...

    I would hate to be THE guy who said "Do it," to this idea.

  545. Go after the ones who created it!!! by Anonymous Coward · · Score: 0

    Here are the phone numbers of the creeps who designed the system

    Matt Larson
    Phone: +1 703 948-3239
    mlarson@verisign.com

    Scott Hollenbeck
    Phone: +1-703-948-3257
    FAX: +1-703-421-0064
    shollenbeck@verisign.com

  546. actually if you type in 'soemcompany.com' by oldskool69 · · Score: 1
    You get a bondage gear website. Most of the mis-typed domain names are already porn.

    It's as if you were walking down the street looking for "Bob's Hardware" and on either side of the actual "Bob's Hardware" were hundreds of porn stores and strip joints with various names like "Bob'z Hardware" and "Bop's Hardware", "Bob's Gardware", etc... imagine the hijinks that would ensue!

    --
    "There is nothing more useless than a lock with a voice print." - Cardinal Borusa
  547. Letter to NYTimes by mrjcleaver · · Score: 1

    To: 'forum at alac.icann.org'; 'letters at nytimes.com'
    CC: 'press@verisign.com'; 'IR@verisign.com'; 'dcpolicy@verisign.com'

    Dear Sirs,

    Re: [Slashdot.org] Posted by timothy on Monday September 15, @09:23PM from the gotcha dept.

    DragonHawk writes "As of a little while ago (it is around 7:45 PM US Eastern on Mon 15 Sep 2003 as I write this), VeriSign added a wildcard A record to the .COM and .NET TLD DNS zones. The IP address returned is 64.94.110.11, which reverses to sitefinder.verisign.com. What that means in plain English is that most mis-typed domain names that would formerly have resulted in a helpful error message now results in a VeriSign advertising opportunity. For example, if my domain name was 'somecompany.com,' and somebody typed 'soemcompany.com' by mistake, they would get VeriSign's advertising."

    Adamant to scrub my machine of what I assumed at the time to be a hostile infection of my windows OS, I eventually found references to the above posting (http://slashdot.org/article.pl?sid=03/09/16/00342 10&mode=threaded&tid=126&tid=95&tid=98&tid=99)

    As Verisign's tag line 'The Value of Trust" proclaims, we expect and demand simple and honest actions by those bestowed with power.

    I therefore write in protest. I consider this action by Verisign to be a blatant exploitation of their position as domain name registrar. It is a flagrant abuse of trust for such a company in a monopoly position to redirect non-existent lookups to their advertising site. I believe this action demonstrates the need for tighter regulation of the industry and for the removal of those companies that abuse their monopoly position.

    As you will note in the detailed technical and commercial opinions on the above page, am not alone in my opinion. I sold my Verisign shares on the news.

    Yours faithfully,

    Martin Cleaver

    --

    Martin at Cleaver.org
    Melbourne Business School MBA Candidate 2004 on Exchange to The Rotman School of Business. MSc BSc (Hons)

  548. Re:PLEASE DO NOT CLICK ON ANY SEARCH ENGINE RESULT by Wolfrider · · Score: 1

    ...You know, that IP address isn't responding anymore.

    --
    .
    == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
  549. Easy hack to block 'sitefinder' on Linux boxen by Anonymous Coward · · Score: 0

    #route add 64.94.110.11 reject
    Easy!

  550. I USE THE ROOT SERVERS FROM MY DIALUP! by Anonymous Coward · · Score: 0

    I USE THE ROOT SERVERS FROM MY DIALUP! It's the only way to be sure that you can get the latest DSN information! Try it everybody! When it says what DSN server U want 2 use, pick A.GTLD-SERVERS.NET (that one is the FASTEST!) and Z.GTLD-SERVERS.NET (this one is good 2!!1!)

  551. Quick linux hack to block Verislime's redirections by nop666 · · Score: 1

    On the linux box that handles your Internet connection: #route add 64.94.110.11 reject Attempted connections will now fail with "No route to host", blocking Verislime's advertising completely. This hack is trivial to adapt for other OSen, just check your 'route' or 'netstat' man pages.

  552. bind-9.2.2-P1 rpm for Redhat by Anonymous Coward · · Score: 0

    Anybody interested ... build with bind-9.2.2 and the official ISC patch P1 the Redhat 9.0 rpm's.

  553. holy crap by media_whore · · Score: 1

    they must have some damn juicy servers on sitefinder.verisign.com... imagine the kind of hits they would be getting from all unresolvable DNS queries!

  554. There is a reason why this shouldn't be done. by chrome · · Score: 1

    It has nothing to do with TTLs or RFCs, though they are good reasons in and of themselves.

    It also has nothing to do with being a good network citizen.

    It has to do with how much memory your webserver has.

    Start at A.com and work your way up to ZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZZ.com.

    Do this from a few hundred locations, constantly.

    Watch root nameservers die.

    (Actually, don't know if this would work, but possible - if they cache every request.)

  555. Re:Put this in your crontab: ... even better by Anonymous Coward · · Score: 0

    Even a better Idee, just let them fuck themself

    #!/bin/bash
    export QMAILUSER=websitesales
    export QMAILSUSER=websitesales
    export QMAILHOST=verisign.com
    export QMAILSHOST=verisign.com
    export QMAILNAME=info
    export QMAILINJECT=sfi
    export QMAILIDHOST=verisign.com

    echo run `date ` >>/var/log/x.log /usr/bin/lynx -dump http://www.verisign-`date +"%Y%d%h%m%s"`.com | /var/qmail/bin/qmail-inject -fwebsitesales@verisign.com shovethis@verisign-`date +"%Y%d%h%m%s"`.com

  556. Bounces from unknown domains, reaction? by drakewla · · Score: 1

    Hello,

    I got spam bounces from unknown domains, and since I don't control DNS for backup MX, I think about doing a procmail rule to forward it to Veri$ign:

    :0
    * ^From: Mail Delivery Subsystem \<MAILER-DAEMON@sundog\.phear\.org\>$
    * ^To: postmaster@sundog\.phear\.org$
    * ^Subject: Postmaster notify: see transcript for details$
    {
    :0Bc
    * ^... 550 User domain does not exist
    | ( formail -rk | head -25 ; \
    echo ; \
    echo "We dont want to receive bounce e-mails from unexistant domains" ; \
    echo "So we forward them back to you." ; \
    echo ; \
    echo -- ; \
    /usr/games/fortune ; \
    ) | $SENDMAIL -f dev.null@phear.org info@verisign-grs.com

    :0
    sundog-bounces
    }

    I am wondering if something like that done by many postmasters would be nice for them. If you try, adapt to your domain/hostnames.
    PS: I'm pretty sure that's not the best way to do it, but at least it seems to work. *nasty* *nasty* (but still pissed off by VeriSign)

  557. Fix them with a DOS attack :^) by Anonymous Coward · · Score: 0

    Someone will get pissed and hit them with DOS attacks. Shut em down!

  558. Someone registered soemcompany.com by DaLiNKz · · Score: 1


    Registrant:
    Stockroom.com
    2140 Hyperion Av
    Los Angeles, CA 90027
    US

    Registrar: DOTSTER
    Domain Name: SOEMCOMPANY.COM
    Created on: 16-SEP-03
    Expires on: 16-SEP-04
    Last Updated on: 16-SEP-03

    lol, pathetic.

    --
    I've left to find myself. If you happen to see me, please, keep me there until I return.
  559. Config file for BIND by gerardrj · · Score: 1

    For those who have upgraded/patched BIND to allow for the "type delegation-only" zones, here is a listing of all known publicy accessible TLDs configured for such operation.
    Simply put this in your named.conf, or use the new "include" operation and store these in a separte file.

    Due to the lameness of the lameness filter I can't post the list here. Get it from here This is a plain text file signed with GPG.

    My web server should be able to handle the load since it's only a 16KB text file. Feel free to mirror it elsewhere.

    --
    Article X: The powers not delegated... by the Constitution...are reserved...to the people
  560. this works for me so far by wadiwood · · Score: 1

    into the hosts file in your windows dir or /etc somewhere

    127.0.0.1 sitefinder.verisign.com

    I think it doesn't block the whole of verisign just their pesky router thing, so now if I type

    www,google.com

    I get a page not found, which is more helpful to me than their dodgy site finder.

    --

    -- it must be true, it's on the internet.
    1. Re:this works for me so far by DrSkwid · · Score: 1

      It won't help *at all* for non web-browser stuff.

      the windows hosts file should be saved as

      98/nt : Windows\hosts

      XP

      Windows\system32\drivers\etc\hosts

      do you think that they don't like you finding it ?

      esp. as the defsault supplied one is Windows\system32\drivers\etc\hosts.sam

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  561. XP has \etc? by wadiwood · · Score: 1

    I've been carefully avoiding XP and now I find along with the evil spyware inbuilt, it is trying to emulate unix structures?

    Que? (translation: WTF?)

    Will SCO sue?

    Can I do an LS instead of a DIR at the command prompt?

    BTW I installed my windows into a dir not named windows so that the self-copying destructive code writers would have to be a bit more creative than rote. Ie know how to use %windir% or whatever it is.

    --

    -- it must be true, it's on the internet.
  562. Is this 'legal'? by Anonymous Coward · · Score: 0

    How can they do this? I don't understand the legalities (if any apply) of such a move. It's disturbing to think that each time I mistype or attempt to find a website I'm going to be hit with VeriSign. I've had enough of an experience with them to move all my domain names as far away from them as possible, this is certainly not going to make me change my mind. They effectively now 'own' the internet, and I think that's wrong.

  563. AIX scripts for researching the wildcard problem by vacuum_tuber · · Score: 1

    In the public interest I'm releasing the following files to aid those who may wish to research the wildcarded TLD problem. The scripts are KornShell 88, developed on AIX 4.3.3.

    While I'm at it, here is something that can be used to generate traffic to spamhost web servers:

    --
    Look at the bright side: there's always seppuku.