Peaaegu pool kogu liiklusest juur DNS-serveritesse tuleneb Chromiumi tegevusest

APNIC registreerija, kes vastutab IP-aadresside jaotamise eest Aasia ja Vaikse ookeani piirkonnas, avalikustas trafiku jaotamise analüüsi tulemused ühelt juurdns-serverilt a.root-servers.net. 45,80% päringutest juurdns-serverile seondub Chrominumile põhinevate brauserite tekeetud kontrollidega. Nii et peaaegu pool juurdns-serverite ressursse läheb Chrominumin diagnostiliste kontrollide tegemiseks, mitte DNS-serverite päringute töötlemiseks juurdomeenide määramisel. Arvestades, et Chrome omab 70% veebibrauserite turuosast, toob selline diagnostiline tegevus kaasa umbes 60 miljardit päringut juurdns-serveritele päevas.

Diagnostilisi kontrolle kasutatakse Chrominumes teenusepakkujate määratlemiseks, mis suunavad päringud mitteeksisteerivate nimede oma töötlejateni. Selliseid süsteeme rakendavad mõned teenusepakkujad, et suunata vale sisenemisega domeeninimega trafikut enda juurde — tavaliselt näidatakse mitteeksisteerivate domeenide puhul veateate lehti, sisaldades tõenäoliselt õige nime loendit ja reklaame. Samal ajal hävitab selline tegevus täielikult brauseri intraneti hostide määratlemise loogika.

Otsingupäringu töötlemisel, kui aadressiribale on sisestatud ainult üks sõna ilma punktideta, brauser kõigepealt arvata kindlaks teha see sõna DNS-is, eeldades, et kasutaja võib püüda pöörduda intraneti veebisaidi poole sisemusvõrgus, mitte suunata päringut otsingumootorisse. Kui teenusepakkuja suunab mitteeksisteerivate domeeninimede päringud enda juurde, seisavad kasutajad silmitsi probleemiga — ükskõik millised ühe sõna sisestatud otsingupäringud aadressiribale suunatakse teenusepakkuja lehtedele, mitte otsingumootorisse.

Probleemi lahendamiseks lisasid Chrominumi arendajad brauserisse täiendavad kontrollid, mis tuvastades suunamisi muudavad aadressiriba päringute töötlemise loogikat.
Iga käivitamisel, DNS-seadete muutmisel või IP-aadressi vahetamisel saadab brauser kolme DNS-päringut, kus on juhuslikud esimese taseme domeeninimed, mis tõenäoliselt ei eksisteeri. Nimed sisaldavad 7–15 ladina tähte (ilma punktideta) ja neid kasutatakse, et tuvastada olemasolevate domeeninimede suunamine teenusepakkuja poolt oma hostimisele. Kui kolme HTTP-päringu töötlemise käigus juhuslike nimedega kahte neist suunatakse sama lehe suunas, peab Chromium seda kasutaja suunamiseks teisele lehele.

Chromium'i tegevuse eristamiseks tavalisest päringute voost juurdu DNS-serveris kasutati ebatavalisi esimesel tasemel domeeni suurusi (7–15 tähte) ja päringute kordumise faktorit (nimed genereeriti iga kord juhuslikult ega kordunud).
Logis filtreeriti esiteks välja mitteeksisteerivate domeenide päringud (78,09%), seejärel tuvastati päringud, mis kordusid mitte rohkem kui kolm korda (51,41%), ning seejärel filtreeriti domeenid, mis sisaldasid 7–15 tähte (45,80%). Huvitav on, et ainult 21,91% päringutest juurdserveritele seondusid olemasolevate domeenide määratlemisega.

Uuringu käigus uuriti ka juurdserverite a.root-servers.net ja j.root-servers.net koormuse kasvu sõltuvust Chrome'i populaarsuse kasvust.

Firefoxis piiratakse DNS kaudu suunamisülevaatusi piiratud autentimislehtede (captive portal) suunamise määramisega ja on ellu viidud jot kasutatava fikseeritud alamdomeeniga „detectportal.firefox.com“, ilma esimese taseme domeeninimede päringuta. Selline käitumine ei tekita juurd DNS-serveritele täiendavat koormust, kuid potentsiaalselt võib tõlgendada kas teie privaatsuse andmete lekkena IP-aadressi kohta (iga käivitamise korral küsitakse lehte „detectportal.firefox.com/success.txt“). Firefoxis on kontrollimise peatamiseks olemas seadistus „network.captive-portal-service.enabled“, mida saab muuta lehelt „about:config“.

Allikas: opennet.ru