Peaaegu pool liiklusest juurdns-serveritele on põhjustatud Chromiumi tegevusest

APNIC, Aasia ja Vaikse ookeani piirkonna IP-aadresside jagamise registrator, avaldas analüüsi tulemused liikluse jaotusest ühel juurdns-serverist a.root-servers.net. 45,80% päringutest juurdserveri suunas osutus seotud Chromiumi põhja liikuvate brauserite kontrollidega. Seega läheb peaaegu pool juurdns-serverite ressurssidest Chromiumi diagnostiliste kontrollide teostamiseks, mitte DNS-serveritelt päringute töötlemiseks juurealasid määratledes. Arvestades, et Chrome'i turuosa on 70%, põhjustab selline diagnostiline aktiivsus umbkaudu 60 miljardit päringut juurdserveritele päevas.

Diagnostilised kontrollid kasutatakse Chromiumis teenusepakkujate poolt, et kindlaks teha, kas nad suunavad päringud mitteeksisteerivate nimedega oma käitlejatesse. Taolised süsteemid on juurutatud mõnede teenusepakkujate poolt, et suunata vale kirje kaudu liiklust ka endale — tavaliselt kuvatakse mitteeksisteerivate domeenide puhul vigade teateid koos tõenäoliselt õige nimekirjaga ja reklaamiga. Selline tegevus häirib täielikult brauseri intraneti hostide tuvastamise loogikat.

Otsingupäringut töötledes, kui aadressiribale on sisestatud ainult ühesõnaline päring, proovib brauser esmalt katsetada määrata see sõna DNS-is, eeldades, et kasutaja võib proovida pöörduda intraneti saidi poole sisevõrgus, mitte ei saada päringut otsingumootorile. Kui teenusepakkuja suunab ise mitteeksisteerivate domeeninimede päringud, siis tekib kasutajatel probleem — kõik ühesõnalised otsingupäringud, mis on aadressiribal sisestatud, hakanud suunama teenusepakkuja lehtedele, mitte otsingumootorisse.

Probleemi lahendamiseks on Chromiumi arendajad lisanud brauserisse täiendavad kontrollid, mis tuvastades suunamisi muudavad aadressiribal päringute töötlemise loogikat.
Iga kord, kui käivitatakse, muudetakse DNS-i seadeid või vahetatakse IP-aadressi, saadab brauser kolm DNS-päringut juhuslike esmaklassiliste domeeninimedega, mis tõenäoliselt ei eksisteeri. Nimed sisaldavad 7 kuni 15 ladina tähte (ilma punktideta) ja neid kasutatakse, et tuvastada, kuidas teenusepakkuja suunab mitteeksisteerivad domeeninimed oma hostimisele. Kui kolme juhuslikult valitud nime HTTP-päringu töötlemise käigus kahe puhul suunatakse samale lehele, peab Chromium, et kasutaja on suunatud kolmandale osapoole lehele.

Chromiumi aktiivsuse eristamiseks ülekandevoogudes juurd DNS-serveris kasutati ebatavalisi esmaklassiliste domeenide suurusi (7 kuni 15 tähte) ja päringute kordumise faktorit (nimed genereeriti iga kord juhuslikult ja ei kordunud).
Alguses filtreeriti logis välja mitteeksisteerivate domeenide päringud (78,09%), seejärel eraldati kolm korda korduvad päringud (51,41%) ja lõpuks filtreeriti domeenid, mis sisaldavad 7 kuni 15 tähte (45,80%). Huvi pakub, et ainult 21,91% päringutest juurserveritele osutus seotud eksisteerivate domeenide määratlemisega.

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

Firefoxis piiratakse ümber suunamise kontrollimist DNS-iga piirangutega ümber suunamise määramisega autentimiselehtedele (captive portal) ja on rakendatud koos kasutades fikseeritud alamdomeeni „detectportal.firefox.com“, ilma domeeninimede päringuteta esimeses tasemes. Selline käitumine ei loo täiendavat koormust juur DNS-serveritele, kuid võib potentsiaalselt tõlgendada nagu kasulikku teavet kasutaja IP-aadressi kohta (iga käivitamise korral küsitakse lehte „detectportal.firefox.com/success.txt“). Firefoxis on ümber suunamise kontrollimise väljalülitamiseks olemas seadistus „network.captive-portal-service.enabled“, mille saab muuta enne „about:config“ lehte.

Allikas: opennet.ru