Slashdot Mirror


ICANN, IAB Ask VeriSign to Suspend SiteFinder

dmehus writes "ICANN issued an advisory late today concerning VeriSign's controversial SiteFinder service. The advisory requests that VeriSign voluntarily suspend SiteFinder until various independent and objective reviews, which are now underway, have been completed. Interested parties should see the advisory for more details." I think most people here can agree it was a bad idea, although it's not generating revenue for most of us either. ICANN isn't alone here either. Nuclear Elephant writes "The Internet Architecture Board issued this response to an ICANN inquiry about Verisign's SiteFinder service."

61 of 276 comments (clear)

  1. So who gets the money ? by EpsCylonB · · Score: 4, Interesting

    VeriSign's wildcard creates a registry-synthesized address record in response to lookups of domains that are not otherwise present in the zone (including restricted names, unregistered names, and registered but inactive names). The VeriSign wildcard redirects traffic that would otherwise have resulted in a "no domain" response to a VeriSign-operated website with search results and links to paid advertisements.

    Why should VeriSign get the money ?

    1. Re:So who gets the money ? by tomstdenis · · Score: 4, Insightful

      Maybe if DNS were used correctly it wouldn't happen that way. DNS is supposed to be distributed. E.g. I contact my router [which runs a DNS server], my server contacts my ISP [which runs a cache] my ISP contacts ??? well it should contact it's providers cache and so on....

      Also verisign makes it money by selling domain names. Recall that they used to be free at one point.

      The DNS control is *entrusted* to Verisign. Versign doesn't own the internet and they could easily be replaced.

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:So who gets the money ? by twistedcubic · · Score: 4, Insightful


      maybe because they're tired of running half of the DNS system for free?

      Are you serious? You think God came down from High and forced Verisign to do this, as if Verisign doesn't have a choice? I don't get the "for free" part either.

    3. Re:So who gets the money ? by squiggleslash · · Score: 5, Insightful
      Part of running a name lookup system includes receiving queries for names that do not exist. I hardly call it "doing it free" considering that Verisign receives money for every registered entry in that table.

      To foist a broken DNS on us in order to introduced a non-consensentual second revenue stream takes some gall. ICANN shouldn't be "asking Verisign" to suspend this, it should be taking actual action against them. I wonder what Jon Postel would say about it?

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:So who gets the money ? by warkda+rrior · · Score: 4, Informative

      DNS is not distributed, it is hierarchical. The queries travel up the tree (where the client first queries the ISP which is a leaf in the DNS tree), until the reach the top level DNS. Someone has to be at the top and manage the top level DNS. Of course, it does not have to/should not have to be Verisign...

      --
      You need to install an RTFM interface.
    5. Re:So who gets the money ? by Directrix1 · · Score: 4, Insightful

      The real problem here is the fact that one-company is entrusted to run .com . TLDs should be replicated across mutually trusted servers in different companies. It is stupid to put all our eggs in one basket anyways. If we had at least three businesses replicating .com in their servers, and providing them as a public root server, then we could just kick out/ fine/ threaten rogue servers and our DNS queries would round robin to the other companies servers.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
    6. Re:So who gets the money ? by mlong · · Score: 3, Informative
      maybe because they're tired of running half of the DNS system for free? I mean, we're talking absolutely huge servers that serve hundred of gigabytes per day and like 2/3 of the traffic are absolutely useless queries from random IDS and logging systems. weekend internet users won't care and the rest of us will find ways to ignore it. So why not?

      You do realize that for every domain name registered in .com or .net ANYWHERE VeriSign gets a cut for running the "registry"? I think its $6. Thats a hell of a lot of money when its multiplied out. Now as far as running a root server, then perhaps, but there are dozens of other organizations also running root servers.

      --
      //m
    7. Re:So who gets the money ? by numark · · Score: 3, Insightful

      When Verisign decided to assume control of the .com and .net registries at the time ICANN was formed (as they had done previously), they were making the conscious decision to do a certain number of DNS queries. It comes along with the job. Verisign gets a cut of all of the .com and .net domain registrations, and in return they provide certain DNS services as needed.

      It's not as though Verisign didn't know what they were getting into. They knew perfectly well, and I assure you that they are not strapped for cash or bandwidth. Even if they were, blatantly going around destroying the DNS system and violating commonly-held standards of conduct is not the way to do it. Not asking ICANN's opinion in the first place was also somewhat foolish, in my opinion. I would fully expect ICANN to release some sort of order or advisory telling Verisign to stop this practice or lose their contract to run the .com and .net registries.

      --
      Want Slashdot headlines on your site? Try SlashHead
    8. Re:So who gets the money ? by Reziac · · Score: 2, Interesting

      Good idea, and I agree -- the single-basket approach is begging for disaster. Replicating would be a lot safer. Just because no big disaster has yet struck the system doesn't mean it *can't* happen.

      What companies would you suggest? IBM comes to mind as having the resources, and has demonstrated a modicum of "community best-interests" as well as support for open standards.

      I don't suppose it need be limited to tech-sector companies either. Maybe one with global presence and pret'near infinite resources, like Exxon-Mobil?

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    9. Re:So who gets the money ? by Nintendork · · Score: 3, Informative
      Reading through this thread, it's obvious that there's a lot of confusion on how DNS works. AC was close by saying that it's hierarchal, but (s)he missed a step or two. When a client needs to resolve a DNS name, it sends a recursive query to the DNS server it's configured to use. Assuming the server isn't using any forwarders (Forwarding the query on to another DNS server), it goes through the name resolution process. Let's say you type in www.slashdot.org in your web browser. Your computer will send a DNS query to the configured DNS server. The query will ask for "www.slashdot.org.". The extra dot is usually not seen by us end users, but it's there. The full host name with the trailing dot is a fully qualified domain name (FQDN). That DNS server (Let's say the ISP) will then contact the root servers (That trailing dot) and ask for the record, www.slashdot.org.. The root servers will respond that they don't have that record, but they do know where the org servers are. The DNS server will then send the same query to an org server. The org server will respond that it doesn't have the record, but it does know where the slashdot.org servers are. Finally, the DNS server sends the query to the slashdot.org servers and gets the host record for www.slashdot.org.

      -Lucas

    10. Re:So who gets the money ? by Reziac · · Score: 2, Insightful

      I don't know why I didn't think of Google as well; they have demonstrated solid ethics and good sense, and I think could be counted on to act as a balance against a member with less mind to the common good. And they've already got a proven fault-tolerant system in place (what with how prolific pigeons are ;)

      I *did* think of Microsoft, tho given their past behaviour, I have mixed feelings about that. They do have the monetary resources; however, they don't seem willing to use their own server infrastructure for anything they can farm out (they contract out even piddly crap like their subscriber mailing lists and event signups, which are hardly CPU- or bandwidth-intensive), or maybe it's not competent to support that much load, I dunno.

      Big backbones would indeed be another logical place to put it. Might this also speed up response time?

      Major ISPs might be considered (mainly AOL and Earthlink as the two biggies), but given that they seem to have enough trouble with their own internal maintenance, I'm not sure that's such a good idea.

      Another reason big corps like IBM might work well, is that they have a vested interest in making sure their servers are up ALL the time (downtime is lost money!)

      --
      ~REZ~ #43301. Who'd fake being me anyway?
    11. Re:So who gets the money ? by ewolfr · · Score: 2, Informative

      They don't run half of the DNS system, in fact is less way less than half. This quote is directly from a Verisign webpage, "VeriSign also operates two of the 13 authoritative root servers that identify the complete directory of the DNS or all of the IP addresses for all registered Top Level Domains (TLDs)." at http://www.verisign.com/tl/nds.html?sl=060201.

      So they only run 2 of the 13 root servers. Seems like a lot less of a load than you believe it is.

  2. I'd love to have been a fly on the wall... by Anonymous Coward · · Score: 5, Interesting

    ...in the meetings in which Verisign decided to implement SiteFinder.

    Do you think they innocently believed they had found a valid loophole for commercial exploitation a legitimate feature of the Internet protocols?

    Or did they say something like this? "Well, OK, so it does violate DNS specifications. People will scream. Let them scream. Nobody can touch us. The IETF has only moral authority. And ICANN and the U. S. Department of Commerce are never going to interfere seriously with any big, successful Internet company. So a few technies get angry, big deal."

    1. Re:I'd love to have been a fly on the wall... by hephro · · Score: 2, Informative
      Well, OK, so it does violate DNS specifications.
      In fact it does not violate the DNS specs as the advisories explicitly state.
    2. Re: I'd love to have been a fly on the wall... by gidds · · Score: 2, Funny

      Hanlon's Razor may well apply here.

      --

      Ceterum censeo subscriptionem esse delendam.

    3. Re:I'd love to have been a fly on the wall... by Nurgled · · Score: 3, Informative

      At DNS level also. Wildcard records are part of the master record format. Verisign's servers are using a more complex decision than "anything not registered" which is detailed in the IAB report.

      If they simply added a wildcard record there would be no spec violation.

    4. Re:I'd love to have been a fly on the wall... by Anonymous Coward · · Score: 2, Funny

      According to research at an English university, flies are unable to comprehend human language.

    5. Re:I'd love to have been a fly on the wall... by squiggleslash · · Score: 4, Informative
      No, not at the DNS level. At the DNS level, NXDOMAIN should be returned for domains that do not exist. www.sjnnasdfdfjksdfdndajkadjndks.com is NOT a valid name for a machine in Verisign and should never be resolved to a machine in Verisign. If you misuse wildcards to point domains at machines they're not valid for, then it becomes impossible to automatically detect errors.

      While theres some legitimacy in saying "I want every email ending in .isp.net to get directed to mail.isp.net so that all my customers can have subdomains, so I'll use a wildcard for that" despite that resulting in misspellings going to that machine too, there's no such excuse with the Verisign grab. Verisign's wildcard never matches legitimate sites, and it's at such a high level that third parties will regularly be inconvenienced. It's worth noting that every paper I've read on wildcards specifically advises against using them if possible.

      I have one domain at work I maintain that uses one, and we only use it because we know that if we have to get our technical services people and the DNS server company we contract the thing out to to change it for each additional subdomain we add, then it's going to get messy. I'm not happy about it, and if I could manage the name server directly, I'd do that instead.

      --
      You are not alone. This is not normal. None of this is normal.
    6. Re:I'd love to have been a fly on the wall... by Directrix1 · · Score: 2, Informative

      I agree NXDOMAIN should be returned. But the RRs are valid, they point to the CNAME sitefinder.verisign.com. Its a real host with a real address, and your going to need a better argument than its not valid for those domains. The whole point of DNS is domain lookup using a hierarchy. Good or bad, they are TLD .com until some things get changed. Nuff said.

      OK, so set up one DNS server locally. Simple configurations are available on the net. I just went through setting up BIND 9.2.2 server, it takes some reading but its not impossible. Took me a little less than a week (and thats just because I read through all of BINDs documentation, in addition to a couple of RFCs). Set your zones to be masters and have them notify slave servers in some Secondary DNS provider. Its not that hard really. www.dyndns.org is just one of many secondary dns providers (among other thing and they are 5x globally redundant too, I might add). You might want to look into it.

      --
      Occam's razor is the blind faith in the natural selection of least resistance and in universal oversimplification. -- EF
  3. Versign should have to pay to register domain. by Proudrooster · · Score: 4, Insightful

    I think the real solution is this: If Verisign wants to continue this practice then Verisign should have to pay to register each mis-typed domain. After all, the end effect of Verisign's Sitefinder is to dynamically create a domain if it isn't already registered. Making Verisign pay to register each of these mis-typed domains would most likely halt their practice. In my opinion, Verisign is now "domain squatting" on any domain that isn't registered.

    1. Re:Versign should have to pay to register domain. by LostCluster · · Score: 2, Insightful

      Pay to whom? Verisign is the one who collects wholesale fees from all of the registration services...

    2. Re:Versign should have to pay to register domain. by j0hnn135 · · Score: 2, Interesting
      I like Paul Hoffer's advice from the response. If Verisign did this, they may try something else slimy. Take the power away is my vote.

      ICANN should demand that VGRS immediately stop giving incorrect answers to any query in .com and .net, and should instead follow the IETF standards. If VGRS refuses, ICANN should re-delegate the .com and .net zones to registries that are more willing to follow the DNS standards. Please let me know if you have any further questions. --Paul Hoffman, Director --Internet Mail Consortium
    3. Re:Versign should have to pay to register domain. by Proudrooster · · Score: 2, Interesting

      Well, I would be willing to take the money if no one else wants it :) ...

      Seriously though, the money could go to ICANN, IEEE, EFF, or the G.W. Bush war in Iraq fund. My point is this, if Verisign wants to "domain squat" they shouldn't get the domains for FREE and should have to pay for them just like everybody else. They are abusing their unique position as a registrar. For example: I can't hijack or redirect every mistyped domain to my ad server e.g. (yaho.com or yaahoo.com). I have to register each misspelling. Verisign should have to do the same.

      Does anyone have a copy of Verisign's charter?

    4. Re:Versign should have to pay to register domain. by Crimplene+Prakman · · Score: 2, Insightful

      Take the power away [from Verisign] is my vote.

      Bah. If this was the Real World (read 'international political arena'), the minority power-abuser holding a monopoly on the resource in question(read 'arbitrary powerful government with lots of weapons') would simply stomp on the independent standards-setting body (read 'international concensus organisation with global mandate'), and take the power away from them! None of this wishy-washy "international standards body" slapping the wrist of a powerful money-making authority!

      Irony warning: the above may differ slightly from your perceived moral standpoint. Chuckle with care

    5. Re:Versign should have to pay to register domain. by Joe+U · · Score: 2, Informative

      Actually, there aren't an infinite number of domains. The number could be calculated if you had the time or really cared.

      I think it would be something like amount = (max_DNS_entry_size! - registered .com domains) + (max_DNS_entry_size! - registered .net domains)

      This would give you a nice fair dollar amount to charge them.

  4. This isn't really new. by windows · · Score: 5, Informative

    Forgive me if I'm being idiotic about this, but relatively recently, the .museum TLD went live. It's just like any other TLD except that domains that don't exist diect you to a page saying the domain doesn't exist and with a couple of links. It's not very different than Verisign's SIteFinder, but there's little to no outcry over this. I'm curious because a lot of the objections about SiteFinder should also be true about the .museum TLD. What's different here?

    1. Re:This isn't really new. by Tirel · · Score: 3, Interesting

      because .com and .net amount to 99% of the internet and nobody really cares about smaller tlds (ie, .nu and so on)

    2. Re:This isn't really new. by LostCluster · · Score: 4, Interesting

      .com and .net are the two huge TLDs, so implementing wildcard sites on smaller TLDs just wasn't quite as outragious. Also, in the past, most wildcards were sites that only offered to register the non-existing domain at the monopoly registrar of that TLD.

      The controversy on SiteFinder seems to be that they're offering query-based ads, which essentially says "It's against the rules to register the typo of your competitor, but we'll sell you an ad on the site that results from that typo."

    3. Re:This isn't really new. by SmallFurryCreature · · Score: 3, Informative
      Oops good thing I checked before I commented.

      Amazing you are right. I never knew this. That of course might be your answer. Who the fuck uses .museum anyway? (Yeah I know the obvious answer thank you) See this for all the domains on .museum. One company I maintain servers for has got more domains then this list. Anyway.

      The outcry is not so much that they are cybersquatting. Well some are but that is not why the geeks are rebelling. The problem is that you used to be able to do a lot of usefull stuff by checking if a domain existed or not.

      Now thanks to this you can't well not without rewriting your code. grrr.

      I can only guess that nobody ever used a .museum url anyway :)

      But yes it is exactly the same thing. Except for the scale difference. I guess you can't check against spam being send from a .museum domain either.

      Good for finding this and pointing this out.

      --

      MMO Quests are like orgasms:

      You may solo them, I prefer them in a group.

    4. Re:This isn't really new. by mistered · · Score: 2, Insightful
      The difference is nobody cares about .museum. A bunch of the cc TLDs have also been doing this for some time. Probably nobody thought this was a good idea either, but there was no outcry because most people probably never even noticed and of those who did, probably few cared.

      Screw up .COM and .NET and people care.

      --
      Enjoy your job, make lots of money, work within the law. Choose any two.
    5. Re:This isn't really new. by 11223 · · Score: 2, Interesting
      OK, to sum up the differences between this and the existing cases:

      .museum is a limited-access domain and domains in this area don't really have commercial value. Thus, it's not unfair to "squat" on all the unused domains to provide this index. It might break DNS within the .museum TLD, but nobody really cares because nobody really visits the .museum domain.

      WRT the other toplevel registries: all of those that have been mentioned so far are breaking DNS anyway. You don't think that all those people with .tv domains actually live in Tuvalu, do you? DNS has been under attack for some time now.

  5. Not a "best guess" system by Crimplene+Prakman · · Score: 4, Informative

    In common with the majority of internet protocols, DNS is not a best-guess system, it is a technically accurate way of transferring information, with correct failover mechanisms. From the article:

    As a lookup system, the DNS is designed to provide authoritative answers to queries.

    And later...

    The DNS is not a search service, and presenting speculative mappings based on HTTP inputs is not the service that the registry is expected to provide.

    And later still...

    To restore the data integrity and predictability of the DNS infrastructure, the IAB believes it would be best to return the .com and .net TLD servers to the behavior specified by the DNS protocols.

    That seems to wrap it up really. I doubt any further studies will find differently, unless Verisign follows the apparently accepted way of paying for a biassed study......

  6. Re:Good by SmallFurryCreature · · Score: 2, Funny

    Simple shoot marketing.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  7. IAB response isn't by Frater+219 · · Score: 5, Informative
    "The Internet Architecture Board issued this response to an ICANN inquiry about Verisign's SiteFinder service."

    Actually, if you read that article you will find that it is dated January 25 and is a response to another Verisign screwup. That one was similar to the present one, but had specifically to do with "internationalized" domain names -- DNS records for strings with characters above ASCII position 127.

    Historians find it important to check the dates of events and documents, so they can know which ones could possibly be responses to which other situations. For instance, an American comedian telling anti-French racial jokes in August 2001 could not possibly be responding to the French objection to Bush's war. Similarly, a document released January 25 2003 cannot be a response to a situation that arises the following September. Time just doesn't work that way.

    1. Re:IAB response isn't by loucura! · · Score: 2, Insightful

      That's absurd, that means that Canadians are a race, Americans are a race which leads to an interesting notion of hyphenated races, where you have Asian-Americans, which are a race-race, and that's absolutely stupid.

      The defininition of race requires that they be from the same stock, and sorry, that means that national populations don't qualify, because they're not all related.

      --
      Black and grey are both shades of white.
    2. Re:IAB response isn't by replicant108 · · Score: 2, Funny

      Just as a war planned in July 2001 cannot possibly be a response to an event that took place in September.

      Oh, wait a minute...

  8. Sneaky by Unleashd · · Score: 2, Insightful

    Anyone else notice the lack of advanced notice that verisign gave ... well the world. I just can't immagine that they thought it through at all. If they wanted to do it you would think that they would have notified ICANN ahead of time or put up some sort of notice

    --
    We don't need no stinking sig!
  9. Old IAB response by zjbs14 · · Score: 4, Informative
    People keep quoting that IAB response, but if you look at the date and actually read it, you'll see it's from back in January. And it was in response to Verisign's proposed wildcarding of only domains that contained non-ASCII characters, not all domains. Their point was that wildcarding based on a character set was against standards.

    So I guess Verisign interpreted that as "we better wildcard everything then."

    --
    No sig, sorry.
  10. Right, then! by moehoward · · Score: 4, Funny

    We won't have any of this "advertising" on the Internet. The Internet is surely doomed if we allow it.

    --
    "If you want to improve, be content to be thought foolish and stupid." - Epictetus
  11. Get the latest version of BIND by AchmedHabib · · Score: 5, Informative

    Get the latest version of BIND to block that Verisign junk. go here
    Now all it needs is support for the Evil-Bit in TCP/IP

    1. Re:Get the latest version of BIND by Baki · · Score: 2, Informative

      I just installed it, together with the lines:

      zone "com" { type delegation-only; };
      zone "net" { type delegation-only; };

      in /etc/named.conf.

      Works very well, the solution was really elegant.

      I think it shall be installed very quickly by all ISP's, just in case and even if verisign stops and undoes their criminal move. Just in case...

  12. I really hope they take it down.. by Aliencow · · Score: 2, Funny

    Because for now, All our inexistant bases are belong to them.

  13. BIND and soundex by Tirel · · Score: 2, Troll

    instead of the verisign sitelooker page, I suggest that BIND (the software that runs 60% of the DNS) should be enhanced in several ways: The most important one, IMHO, is to compute a list of close matches and present these choices to the user. They may use the Soundex algorithm or some other tricks to see if characters are transposed, if one characters is wrong, if one is missing, etc. If well implemented, this would solve 60% of the problem. The remaining 40% is due to the fact that people sometimes doesn't actually mistype a known address... they type a dead wrong address, such as "amazonbookstore.com" instead of "amazon.com". In this case, BIND should split up the phrase into separate word (in this case "amazon book store" and redirect to a search engine with those words as parameters. The big question in this case is: which search engine? I think that one should be able to choose, in one way or another. If not, Google would be my choice ;-)

    1. Re:BIND and soundex by Nuclear+Elephant · · Score: 2, Insightful

      IMHO, this should be left up to the browser software and not the DNS server..otherwise you end up with the same scenario with ISPs using it as an advertising gimmick. I believe MSIE performs a search on what you type in. I don't see why all browsers couldn't be outfitted to do something like this.

      Remember, web browsers aren't the only thing that use BIND. You certainly don't want BIND suggesting possible matches to an SMTP server to deliver your private mail =). The solution would be best served at the client software end IMHO.

  14. Who cares about .museum? by next_permutation · · Score: 2, Insightful

    The difference is that virtually no one uses the .museum TLD. There have been complaints about the wildcards used for .cc, .nu and other TLDs. But it's only when they start playing games with .com and .net that people notice, because this affects everyone.

  15. Petition Site (new link!) by GeorgeK · · Score: 2, Interesting

    I'm glad the IAB took that position. Hopefully Verisign will do the right thing....but, given their history, they probably won't.

    We started a petition on Tuesday, and it got more than 16,000 signatures, before the site apparently got Slashdotted or something. We had to move it to a new server, with backups of the first 10K signatures. The new link is:

    Stop Verisign DNS Abuse Petition

    We also made announcements here and here, including having sent a hardcopy of the first 10,000 signatures to ICANN via FedEx. Thanks for all the support!

  16. Real IAB Response by bigal123 · · Score: 5, Informative

    The response in the orignal article links to something old. Here is the IAB's offical reponse. The bottom has a whole section on "Principles, Conclusions, and Recommendations" Good reading http://www.iab.org/documents/docs/2003-09-20-dns-w ildcards.html

  17. A great hack.. by mindstrm · · Score: 3, Interesting

    except, this type of thing is not the responsibility of the DNS.

    The fact that we tend to use DNS as an index of everything, and that humans can't get over "Www." is OUR problem, not a problem with DNS. DNS is a precise lookup service... we'd just like it to function as it always has, thanks.

    DNS wasn't put here to look up websites, it's far more fundamental than that.. and if people are too lazy to learn how to use a web browser right.. tough cookies for them. We should not be mangling DNS in order to do it.

    DNS is about a LOT more than just you looking up a web address, and to break it now is absurd.

    If you want a feature like you suggest, you build it at the application level, into the web browser... you don't mess with the fundamental protocols involved.

  18. Shouldn't we be outraged by email implications? by mentaiko · · Score: 5, Insightful
    Much more than their capturing of all port 80 traffic, I am irritated by what has happened to email.

    Every time I send a message with a typo in the domain name, my message goes straight to Verisign's email servers. Though they are kind enough to send a bounce back to me, in the meantime they have the ability to

    • Read my entire message
    • Stick my name and email address into their database for marketing and resale

    Shouldn't this be the main concern?

    1. Re:Shouldn't we be outraged by email implications? by Bronster · · Score: 2, Informative

      in the meantime they have the ability to
      Read my entire message


      Actually, they don't (yes, I've tested this by telnetting to the SMTP port).

      They accept the envelope sender and receiver, then reject the DATA command.

  19. gTLD's and ccTLD's are different by sabri · · Score: 2, Interesting

    Indeed. This is not new. But there are differences:

    The .museum gTLD was a new gTLD. If you implement a wildcard from the start of a gTLD, that is something the community can take into account when developing systems around it. (this does not mean I agree with doing so).

    Some people also mention some ccTLD's like .tk and .nu doing the same. There is however a fundamental difference between a gTLD and a ccTLD. A gTLD is operated (or at least should be) under control of the community and should be more strict in following the RFC's. A ccTLD is operated by a country or representatives of a country. If Tokelau and Nieu wish to break the RFC's, it's their problem. It is the responsability of their government to correctly operate the ccTLD and if they fail to do so, to bad for them as the world will eventually turn it's back on them.

    --
    I'm not a complete idiot... Some parts are missing.
  20. VeriSign Power Play by johnthorensen · · Score: 4, Insightful

    Something that seems to be mildly overlooked here, in my opinion, is that this has the power to give VeriSign "ownership" of the web in many users' minds.

    If my mom tries to go to http://www.gooodhousekeeping.com and gets a VeriSign message and a search box, well it doesn't take much of that before she starts thinking that VeriSign == The WWW, because VeriSign is who always tells her what she typed wrong and where she should be going.

    What this comes down to is a company trying to "brand" the web. In many ways, Google has been successful at this, but they have actually played fair and achieved what they have on the basis of merit. VeriSign is ABUSING their power to brand the web as their own.

    It should be patently obvious by now that VeriSign 's modus operandi is one of deceit and trickery. Evidence the fake "renewal" cards they have sent out in the past to "slam" DNS registrants much like the shady phone companies have tried to do with your long-distance.

    Damn, it's ridiculous that people even try to get away with this sort of crap these days...will someone with the power to please stop this?

    -JT

  21. Fixing the problem by bruns · · Score: 2, Interesting

    Well, one thing interesting I discovered - Earthlink appears to have patched their DNS servers so they return NXDOMAIN now instead of sitefinder. Cheers to a big ISP taking charge :)

    --
    Brielle
  22. Down Goes Their Reputation by simon13 · · Score: 3, Insightful

    A week ago I saw Verisign as a highly respectable registry and provider of all sorts of security products and verification. Then these recent events occur and their reputation in my mind has gone terribly sour.

    Maybe it's just the bias I've learned from the Slashdot community, but they now just seem so imcompetent; maladroit? So much for the whole "trust" thing. I haven't given them my business in the past, but now it's looking significantly less likely. (Although they probably end up with some financial gain regardless of where I purchase domain names, correct?)

    Now they just join the list of organisations that just leave a bad taste: SCO, RIAA, and now... VeriSign! (I'm sure there's many more.)

    1. Re:Down Goes Their Reputation by Reziac · · Score: 2, Informative

      Verisign isn't engaging in anything that's so out of line for them. They're already thoroughly infamous for "slamming" domain names by way of sending out scare-tactic letters to make people think that unless they registered with *Verisign*, they would lose their domain. GoDaddy.com had a scan of the physical letter online for a while, but offhand I can't find the link.

      --
      ~REZ~ #43301. Who'd fake being me anyway?
  23. Registry/registrar changes by Todd+Knarr · · Score: 2, Interesting

    Frankly I think ICANN should formally seperate the registrars and the root DNS registry. Make these changes to the rules:

    1. The root DNS registry operator may not themselves be a DNS registrar, nor may they have any affiliation with or organizational ties to one. The registry operator receives a fee per domain for operating the registry, there should be no incentives other than this fee affecting their operation of the registry. It's too critical to the rest of the Internet. If those fees alone aren't enough to make it worthwhile for any company to run the registry, then perhaps the registry shouldn't be run by a company.
    2. The registry operator may not run a publically-accessible root nameserver (but they may run one for purposes of transfering root zone data to root nameserver operators, so long as it is not listed in the root hints file). That would make it so that changes in the root zones such as adding wildcard records could, at least in principle, be filtered out by the root server operators before reaching the Internet at large.
    3. No one entity may, either directly or through affiliated entities, control more than 3 root nameservers or 25% of the root nameservers, whichever is less. That would hopefully insure enough variety in root nameserver operators that bad changes (eg. the wildcards addition or things that required specific non-standard DNS server software) would be rejected by at least one operator.
  24. robots.txt by Krashed · · Score: 3, Interesting

    Any site that sitefinder "helps" you with has a robots.txt file that disallows all agents. I am trying to access an old site of mine that was archived on the WaybackMachine and it won't let me access the old information now. Verisign must be stopped at all cost.

  25. Where is the Opt-Out Function? by maleficarum · · Score: 2, Insightful

    Among my other big problems with the whole thing, is the following line in their Terms of Use, section 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.

    Great.. and exactly HOW do *I* as the defined "user" do that?!

    When did I consent to verisign that I wanted to use their free service? and how would I tell them I don't WANT to use it?
    Anybody?!

  26. At least 15 different TLDs are doing this by Gnavpot · · Score: 3, Informative

    In a quick search I found 12 two-letter TLDs doing the * thingy:
    .ac, .cc, .cx, .mp, .nu, .ph, .pw, .sh, .td, .tk, .tm and .ws

    Including .com, .net and .museum this makes 15 TLDs.

    The search was done using this very clumsy one-liner:
    for b1 in a b c d e f g h i j k l m n o p q r s t u v w x y z ; do for b2 in a b c d e f g h i j k l m n o p q r s t u v w x y z ; do host asqerdfqewrd.$b1$b2 >> dom.txt.slet; done; done

    (I wonder if there is a character equivalent for 'seq 1-27'.)

  27. Re:It used to be free (while tooth faires flew abo by dissy · · Score: 2, Insightful

    > > Also verisign makes it money by selling domain names. Recall that they used to
    > > be free at one point.

    > Assuming you're young enough to buy into a theory calling government services
    > "free."

    Why assume that?
    Its free as in $0 /year.
    When you were done with a domain, you sent in a form to deactivate it. Same form you sent in to register it in the first place.

    I cant remember when this change over happened exactly, but it was the early 90's.
    (I want to say 1993 but my memory is very shaky there.. shouldnt be hard to look up if you care)

    Then they started charging $50/year until the late 90's when they lowered that price to $35/year.

    They also for the longest time, starting when they first charged money for domains, that a domain must be paid for atleast for 2 years.
    I think NetSol may still do this (I havent used them in forever)

    It was the alternate registration services that first started allowing 1 year registrations.

    Oh by the way. All of this was from InterNIC, who was appointed after the ArpaNet became the Internet, so it had very little (Read: none at all) to do with a government service at this point.

    Even the government service on arpanet before DNS was free.
    You simply emailed the guys with the master internet-hosts file.
    They add your records (host to IP)
    Then you wait about a week for everyone on the internet to download the new file and update their machines with it (Yes it was a totally manual process)

  28. Implementation Changes... by pabl0 · · Score: 3, Informative
    This appeared on the NANOG list about an hour ago. Seems they are at least addressing some of the problems that this has caused with mail services. Please don't go flaming this person's e-mail address. Consensus on list is that he's a "good guy making the best of a bad situation".

    Unfortunately, despite the fact that they say they aren't collecting e-mail addresses, for the community at large the issue is we now have to trust them to continue to honor that promise. Considering their actions in implementing SiteFinder in a most irresponsible fashion, I'm not sure that trust would be well placed.

    Date: Sat, 20 Sep 2003 14:01:39 -0400
    From: Matt Larson
    To: nanog@nanog.org
    Subject: VeriSign SMTP reject server updated

    Folks,

    One piece of feedback we received multiple times after the addition of
    the wildcard A record to the .com/.net zones concerned snubby, our
    SMTP mail rejection server. This server was designed to be the most
    modest of SMTP implementations and supported only the most common
    sequence of SMTP commands.

    In response to this feedback, we have deployed an alternate SMTP
    implementation using Postfix that should address many of the concerns
    we've heard. Like snubby, this server rejects any mail sent to it (by
    returning 550 in response to any number of RCPT TO commands).

    We would like to state for the record that the only purpose of this
    server is to reject mail immediately to avoid its remaining in MTA
    queues throughout the Internet. We are specifically not retaining,
    nor do we have any intention to retain, any email addresses from these
    SMTP transactions. In fact, to achieve sufficient performance, all
    logging has been disabled.

    We are interested in feedback on the best way within the SMTP protocol
    to definitively reject mail at these servers. One alternate option we
    are considering is rejecting the SMTP transaction by returning a 554
    response code as described in Section 3.1 of RFC 2821. Our concern is
    if this response effectively causes most SMTP servers to bounce the
    message, which is the desired reaction. We are researching common
    SMTP servers' handling of this response code; at least one popular
    server appears to requeue mail after receiving 554. Another option is
    remaining with the more standard SMTP sequence (returning 250 in
    response to HELO/EHLO), but then returning 550 in response to MAIL
    FROM as well as RCPT TO.

    I would welcome feedback on these options sent to me privately or the
    list; I will summarize the former.

    Matt


    Are we having fun yet?