Dit vind ik een vreemd stuk, als je bla.com gebruikt i.p.v. blaa.com en je stuurt dus naar de verkeerde site een passwd dan kan VeriSign die toch niet lezen?
Huh? Natuurlijk wel.
Ik mail naar deadinspace@wteakers.net. Normaalgesproken zou wteakers.net niet resolven, dus de MTA (Mail Transport Agent, mailserver) die ik gebruik om te mailen (lokale exim in mijn geval) geeft mij mooi mijn mail terug dmv een bounce.
Dankzij VeriSigns actie echter, resolved wteakers.net gewoon, en wel naar 64.94.110.11 (het IP van hun sitefinder geval). De MTA zal dus de mail proberen te versturen naar 64.94.110.11! Als VeriSign dus die mail accepteert, dan kunnen ze hem ook lezen. Ze zouden hem daarna ook nog eens kunnen bouncen, zodat je niet eens doorhebt dat ze hem gelezen hebben.
Dit is overigens niet wat VeriSign op dit moment doet; voorzover ik weet accepteert de MTA op 64.94.110.11 geen mails. Maar VeriSign hoeft de configuratie van hun MTA maar aan te passen, en ze krijgen die mail gewoon binnen.
Want als er achter het niet bestaande domein geen server staat die de toegezonden gegevens ontvangt verdwijnen de gegevens omdat ze niet afgeleverd kunnen worden.
En dat is nou juist het probleem... Dankzij VeriSigns actie "bestaat" elk .net en elk .com domein!
Bovendien verdwijnen mails niet... De MTA die probeert te deliveren bij een niet bestaand of niet bereikbaar domein zal een bounce genereren

Naar mijn weten draait VeriSign geen servers voor elk domein, dat zou technisch onhaalbaar zijn.
Dat hoeven ze niet te doen; ze hoeven alleen voor 64.94.110.11 een MTA te draaien, en dat doen ze ook.
Een voorbeeldje met telnet:
[marcelm@something marcelm]$ telnet wteakers.net smtp
Trying 64.94.110.11...
Connected to sitefinder-idn.verisign.com.
Escape character is '^]'.
220 VeriSign mail rejector (Postfix)
HELO meh
250 OK
MAIL From: ***@***.**
250 Ok
RCPT To:deadinspace@wteakers.net
550 <unknown[*.*.*.*]>: Client host rejected: The domain you are trying to send mail to does not exist.
QUIT
221 Bye
Connection closed by foreign host.
Zoals je ziet kan ik (en dus ook een mailclient) met een MTA op het niet-bestaande domein "wteakers.net" praten. Hun MTA weigert de mail dus zodra ze zien dat ik naar een niet-bestaand adres probeer te mailen (zie de "Client host rejected"). Ze zouden die MTA makkelijk zo in kunnen stellen dat hij de mail gewoon geaccepteerd had, en dan hadden ze mijn mail gehad - zonder dat ik het door heb.
Wat Verisign doet is de DNS requests opvangen en kijken of het domein bestaat, zo ja dan is er niets aan de hand en zo ja, dan wordt er een pagina gemaakt waarop VeriSign mogelijke domeinen opgeeft die de gebruiker zoekt.
Er wordt geen "pagina gemaakt aan de hand van een DNS request"... DNS doet alleen hostnames resolven naar IPs, dat heeft niks met websites te maken.
De truuk is dat alle niet-bestaande hostnames resolven naar 64.94.110.11 . Dat betekent dat mensen die naar niet-bestaande hostnames surfen ook op die machine uitkomen, en op die machine staat een HTTP server van VeriSign die de sitefinder presenteert.
Maar het betekent dus ook dat mensen die naar een niet bestaand domein mailen met de SMTP server op 64.94.110.11 praten. Het betekent ook dat mensen die naar een niet bestaand domein FTP-en op hun FTP server uitkomen. Als VeriSign op die bak van hen een IRC server zou installeren, dan zouden mensen die met irc.wteakers.net connecten VeriSigns IRC server aan de lijn krijgen.
Zoals je ziet gaat dit hele geinje wel iets verder dan een sitefinder website.
.
edit:
Het voorbeeld-domein dat ik gebruikte (twaekers.net) resolvde niet naar VeriSigns sitefinder, maar naar iets soortelijks, en dat had ik niet door (wat meteen even aantoont hoe kut dergelijke dingen zijn). Ik heb de voorbeelden even aangepast naar wteakers.net, welke wel naar VeriSigns sitefinder resolvet.