Nästan hälften av trafiken till de primära DNS-servrarna orsakas av aktiviteten från Chromium.

Registratorn APNIC, som ansvarar för fördelning av IP-adresser i den asiatiska och stillahavsområdet, publicerade resultaten av en analys av trafikfördelningen på en av de primära DNS-servrarna a.root-servers.net. 45,80 % av förfrågningar till den primära servern visade sig vara kopplade till kontroller som utfördes av webbläsare baserade på Chromium-motorn. På så sätt går nästan hälften av resurserna från de primära DNS-servrarna till att utföra diagnostiska kontroller i Chromium, istället för att behandla förfrågningar från DNS-servrar vid bestämning av rotzoner. Med tanke på att Chrome har 70 % av marknaden för webbläsare, leder denna diagnostiska aktivitet till att cirka 60 miljarder förfrågningar skickas till rotservrar varje dag.

Diagnostiska kontroller används i Chromium för att avgöra om tjänsteleverantörer omdirigerar förfrågningar till icke-existerande namn till sina egna hanterare. Sådana system implementeras av vissa leverantörer för att styra trafik till domännamn som skrivits fel — vanligtvis visas sidor med felmeddelanden, en lista med sannolika korrekta namn och reklam för icke-existerande domäner. Denna aktivitet förstör helt logiken för att identifiera intranätvärdar i webbläsaren.

När en sökfråga anges i adressfältet, och endast ett ord utan punkter skrivs, försöker webbläsaren först att identifiera ordet i DNS, då man antar att användaren kan försöka nå en intranätssajt i det interna nätverket, snarare än att skicka förfrågan till en sökmotor. Om leverantören omdirigerar förfrågningar till icke-existerande domännamn, får användarna problem — alla sökfrågor från ett enda ord som anges i adressfältet börjar omdirigeras till leverantörens sidor, istället för att skickas till sökmotorn.

För att lösa det uppkomna problemet har utvecklarna av Chromium lagt till ytterligare kontroller, som i händelse av att omdirigeringar upptäcks ändrar logiken för förfrågningshantering i adressfältet.
Vid varje start, ändring av DNS-inställningar eller byte av IP-adress skickar webbläsaren tre DNS-förfrågningar med slumpmässiga toppdomännamn som med hög sannolikhet inte existerar. Namnen består av mellan 7 och 15 latinska bokstäver (utan punkter) och används för att identifiera omdirigering av icke-existerande domännamn av leverantören till sin egen värd. Om det för två av de tre HTTP-förfrågningarna med slumpmässiga namn uppstår en omdirigering till samma sida, anser Chromium att användaren har blivit omdirigerad till en tredje part.

Som kännetecken för att särskilja Chromium-aktivitet från det allmänna flödet av förfrågningar till rot-DNS-servern användes ovanliga storlekar av toppdomännamn (mellan 7 och 15 bokstäver) och faktorn för upprepning av förfrågningar (namnen genererades slumpmässigt varje gång och upprepades inte).
I loggen filtrerades först förfrågningar om icke-existerande domäner (78,09%), sedan valdes förfrågningar som upprepades högst tre gånger (51,41%), och därefter filterades domäner som bestod av mellan 7 och 15 bokstäver (45,80%). Intressant nog visade det sig att endast 21,91% av förfrågningarna till rotservrarna var kopplade till att identifiera existerande domäner.

Under studien undersöktes också beroendet av den ökande belastningen på rotservrarna a.root-servers.net och j.root-servers.net från ökningen av populariteten för Chrome.

I Firefox begränsas kontrollerna av omdirigeringar via DNS till att identifiera omdirigeringar till autentisering sidor (captive portal) och implementeras med genom användning av den fasta underdomänen "detectportal.firefox.com", utan förfrågan om toppdomännamn. Detta beteende skapar ingen extra belastning på rot-DNS-servrarna, men kan potentiellt betraktas som en läcka av känsliga uppgifter om användarens IP-adress (vid varje start begärs sidan "detectportal.firefox.com/success.txt"). För att inaktivera kontrollen i Firefox finns det en inställning "network.captive-portal-service.enabled" som kan ändras på sidan "about:config".

Källa: opennet.ru