VeriSign heeft geweigerd in te gaan op een verzoek van ICANN om de SiteFinder-dienst, waarbij ieder niet-bestaand .net- en .com-domein wordt doorverwezen naar een reclame-pagina van VeriSign, tijdelijk stop te zetten totdat het domeinadviesorgaan zich gebogen heeft over het grote aantal klachten over de praktijken van het bedrijf. Dat blijkt uit een reactie van VeriSign op het verzoek. Volgens het bedrijf maken verschillende registry's wereldwijd gebruik van een dergelijke dienst. VeriSign wil eerst onderzoek doen naar de resultaten van SiteFinder alvorens uitspraken te doen over het bestaansrecht van het wildcard-systeem.
De invoering van de dienst vorige week had een storm van kritiek tot gevolg vanuit een groot aantal internetinstanties. Zaterdag verklaarde de Internet Architecture Board dat wildcards niet zouden moeten worden gebruikt in een DNS-zone, tenzij eigenaars van gedelegeerde delen van de zone (in dit geval de domeineigenaars) daarmee instemmen. Eerder meldde ISC, de maker van DNS-server Bind, een omzeiling voor SiteFinder in zijn DNS-software willen gaan inbouwen, mede omdat providers klaagden dat veel spamfilters niet meer werkten. Bovendien is de kritiek op het functioneren van VeriSign als registry voor de .com- en .net-domeinen aangewakkerd.
In een reactie schrijft de adviescommissie voor veiligheid en stabiliteit van ICANN dat de introductie van SiteFinder schade heeft toegebracht aan de scheiding van verschillende protocol-lagen op internet, en ervoor gezorgd heeft dat het DNS-systeem onjuiste informatie verstrekt. De commissie roept niet alleen VeriSign op het wildcard-systeem uit te schakelen, maar doet ook een oproep aan ICANN, Internet Architecture Board en Internet Engineering Task Force. Volgens het adviesorgaan moeten er in ieder geval universele procedures en regels komen voor het gebruik van wildcards in DNS:
We call on ICANN to examine the procedures for changes in service, including provisions to protect users from abrupt changes in service. (...) Most urgently, we ask for definitive recommendations regarding the use and operation of wildcard DNS names in TLDs and the root domain, so that actions and expectations can become universal. With respect to the broader architectural issues, we call on the technical community to clarify the role of error responses and on the separation of architectural layers.