Verisign Typosquatter Explorer
jelyon quotes Seth Finkelstein's website "I have written a program " Verisign Typosquatter Explorer" in order to examine [the Verisign] suggestions [for mistyped domains]. Future data may be analyzed as interest permits.
Note tests with some domains seem to return results which are not constant, i.e. differences when the program is run repeatedly. This is not a program bug. Reloading the Verisign page also changes which squat-suggested domains are displayed. I don't believe it's an advertising rotation, but the behavior is similar to that practice."
Don't forget to sign the petition on Verisign's abuse of the DNS system.
by Seth Finkelstein
Introduction
On Monday September 15 2003, a change to
When a URL has a misspelled domain name, Verisign's changes have the effect of redirecting every single HTTP page request (technically, HTTP response code 302). There is a redirection header and page which displays:
The document has moved here.
So, for example, the URL
http://verisign-is-to.net/more/evil/than/satan/
Gets redirected to:
http://sitefinder.verisign.com/lpc?url=verisign
This site suggests corrections to the typo. I have written a program " Verisign Typosquatter Explorer" in order to examine these suggestions. Future data may be analyzed as interest permits.
Note tests with some domains seem to return results which are not constant, i.e. differences when the program is run repeatedly. This is not a program bug. Reloading the Verisign page also changes which squat-suggested domains are displayed. I don't believe it's an advertising rotation, but the behavior is similar to that practice.
Support
This project was not supported by anyone. If anyone is providing financial support for such projects, the author would dearly like to know.
Version 1.2 September 17 2003
See also: Domain Investigations
Mail comments to: Seth Finkelstein
For future information: subscribe to Seth Finkelstein's Infothought list or read the Infothought blog
See more of Seth Finkelstein 's Anticensorware Investigations
Here is a mirror of the site in case it goes down: http://www.madcowworld.com/sethf.com/domains/veris quat/
What is news worthy about this? This doesn't provide any statistics by itself. There is no wrapper scripts to actually match anything. All this does is parse the response page to display suggested hits. It's not even written that well.
It prints the suggested URLs out and then what? This isn't an explorer, it's a shitty data dump.
Besides, I thought Michael hated Seth. How did this story get posted?
Dacels Jewelers can't be trusted.
Petitions are pathetic per se, but e-mail/web petitions carry absolutely no weight at all.
I've worked for professional politicians. The web/e-mail opinion is irrelevant. If you want to be counted (not heard, mind you) send a letter or a fax.
BOO! TERRO
404 errors are generated by webservers. your browser would return a this page could not be found/resolved page before this was changed.
I have not been able to load that page on purpose either. It comes back as 64.94.110.11 for bogus names when I use dig, but Konqueror doesn't load a page. It says timeout on port 80. I've tried chaning browser ID tags to IE 5.5 for that IP, plus for the domain name it should give back. A friend of mine got it to load on Windows XP, but perhaps it has something to do with what OS you are using, even if you change browser tags?
It seems to work maybe 1 in 5 times. They pretty clearly did some serious underestimation of the server resources they's need to pull off this kind of thing, so now they are effectively DOS'ing Web clients by holding them up while their server chikes.
Incorrect. Domain change propagation still takes up to 48 hours, even when it's Verisign doing it.
.com/net/org subdomains, period. Whether you're in Canada or Antarctica, it doesn't matter. Some ISPs will have the new wildcard record, some will not. Give it a day or two, and everyone's caches will have expired and will have the latest info. Then you'll get to see it.
This change is on the root servers. They serve the
Random and weird software I've written.
They are releasing a patch in response to fix this slashdot.org
-Lucas
-Lucas
Marketing fools don't read web server logs.
You have never actually worked at a company have you? You do realize that people make millions of dollars a year writing web server log analyzers and correlators for marketing research. Don't take my word for it though.
Single quotes are your friend. Anyone who types \& is a dumbass.
Really, how do you propose to pass a reference to a subroutine? Oh, you mean in shell syntax? Why do single quotes when you can just escape. Escaping is a pretty handy thing.
You're a dumbass.
You need some help, mate. Seriously. Get a cat or something.
Dacels Jewelers can't be trusted.
Official response is here
Essentially, they state that this change violates the RFC for DNS for several reasons. They are creating an IETF working group to recommended practices for implementing DNS, above and beyond what the RFC requires. Unfortunately, there is no mention of any action, or even censure.
Here
Spam filters could filter out "forged" email by verifying if the from address' domain actually resolved. Every address now resolves. Programs which check weither or not a web address is "up and working" can now be fooled into thinking it is up when it is not. There are hundreds of similar programs or software running in organizations that expect clear and consistant error information.
This bypasses my choice of search engine withing my browser for non existant domains (currently google).
Dude, that don't fix the apps, which is the main problem that the dumb cunts at VerShit didn't think about. Now all my programs can't figure out that the entered address is not at ip 216.168.224.63 or 64.94.110.11. So instead it tries those Ip's and has to time out. Hopefully their servers are getting flooded the fuck out but I guess one really needs to write a proper app to cause any serious damage that may get them to change their minds.
GPLv2: I want my rights, I want my phone call! DRM: What use is a phone call, if you are unable to speak?
Transfer it regardless of what they do, you will feel much better afterwards. I have already transitioned over 30 domains from Verisign/Netsol to Dotster and will continue to register any new domains there as well. Much better service there and much more clueful.
Except that, if a domain name has no MX, the A record is used instead.
Quoteth chapter & verse (RFC 2821, section 5):
"If no MX records are found, but an A RR is found, the A RR is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host."
So, any mail to a non-existant domain will be (attempted to) be delivered to 64.94.110.10, which helpfully has "Snubby Mail Rejector Daemon" running on port 25.
Check it out...
BIND delegation-only patch: