APNIC, registratoren der ansvarer for fordeling af IP-adresser i Asien-Stillehavsområdet, resultaterne af analyserne af trafikfordelingen på en af de primære DNS-servere a.root-servers.net. 45,80% af forespørgslerne til den primære server viste sig at være relateret til kontroller udført af browsere baseret på Chromium-motoren. Således går næsten halvdelen af ressourcerne på de primære DNS-servere til at udføre diagnostiske checks i Chromium i stedet for at behandle forespørgsler fra DNS-servere ved bestemmelse af rødderne. Da Chrome har 70% af markedet for web-browsere, fører denne diagnostiske aktivitet til, at der sendes omkring 60 milliarder forespørgsler til de primære servere om dagen.
Diagnostiske checks anvendes i Chromium til at bestemme, hvordan tjenesteudbydere omdirigerer forespørgsler til ikke-eksisterende navne til deres egne håndteringssystemer. Sådanne systemer implementeres af nogle tjenesteudbydere for at lede trafikken til sig selv for domænenavne, der er indtastet med fejl — normalt vises der fejlmeddelelsessider for ikke-eksisterende domæner, der tilbyder en liste over sandsynligvis korrekte navne samt reklamer. Denne aktivitet underminerer fuldstændigt logikken for bestemmelse af intranetværter i browseren.
Når man behandler en søgeforespørgsel indtastet i adresselinjen, hvis der kun er indtastet ét ord uden punkter, forsøger browseren først bestemme dette ord i DNS og antager, at brugeren måske forsøger at få adgang til et intranet-websted i det interne netværk, i stedet for at sende forespørgslen til søgemaskinen. Hvis tjenesteudbyderen omdirigerer forespørgsler til ikke-eksisterende domænenavne, opstår der et problem for brugerne — enhver søgeforespørgsel af ét ord indtastet i adresselinjen begynder at blive omdirigeret til udbyderens sider i stedet for at blive sendt til søgemaskinen.
For at løse det opståede problem har udviklerne af Chromium tilføjet i browseren , som ændrer logikken for behandling af forespørgsler i adresselinjen, hvis der opdages omdirigeringer.
Ved hver opstart, ændring af DNS-indstillinger eller skift af IP-adresse sender browseren tre DNS-forespørgsler med tilfældige første niveau domænenavne, som sandsynligvis ikke eksisterer. Navnene indeholder mellem 7 og 15 latinske bogstaver (uden punkter) og bruges til at identificere omdirigeringen af ikke-eksisterende domænenavne af udbyderen til deres vært. Hvis der modtages en omdirigering til den samme side for to af de tre HTTP-forespørgsler med tilfældige navne, anser Chromium det for, at brugeren er blevet omdirigeret til en tredjeparts side.
Som indikatorer for at skelne Chromium-aktivitet fra det samlede flow af anmodninger på den rod DNS-server, blev der anvendt usædvanlige størrelser for første niveau domæner (mellem 7 og 15 bogstaver) og faktoren for gentagelse af anmodninger (navnene blev genereret tilfældigt hver gang og blev ikke gentaget).
I loggen blev først forespørgsler om ikke-eksisterende domæner filtreret fra (78,09 %), derefter blev der udvalgt forespørgsler, der blev gentaget højst tre gange (51,41 %), og derefter blev domæner, der indeholdt mellem 7 og 15 bogstaver, filtreret fra (45,80 %). Interessant nok viste det sig, at kun 21,91 % af forespørgslerne til roden af serverne var relateret til bestemmelsen af eksisterende domæner.
I løbet af undersøgelsen blev der også undersøgt sammenhængen mellem stigningen i belastningen på rodserverne a.root-servers.net og j.root-servers.net og stigningen i populariteten af Chrome.
I Firefox er kontroller for omdirigering gennem DNS bestemmelsen af omdirigeringer til autentificeringssider (captive portal) og med et fast undermedlem «detectportal.firefox.com», uden anmodning om første niveau domænenavne. En sådan adfærd skaber ikke ekstra belastning på rod DNS-serverne, men kan potentielt som en lækage af brugerens IP-adresse (ved hver opstart anmodes der om siden «detectportal.firefox.com/success.txt»). For at deaktivere kontrollen i Firefox er der en indstilling «network.captive-portal-service.enabled», som kan ændres på siden «about:config».
Kilde: opennet.ru
