Az APNIC regisztrátor, amely az IP-címek elosztásáért felelős az Ázsiai és Csendes-óceáni régióban, az a.root-servers.net egyik gyökér DNS-szerverén végzett forgalomelemzés eredményei. A gyökérszerverhez benyújtott kérések 45,80%-a a Chromium motor alapján működő böngészők által végzett ellenőrzésekkel kapcsolatos. Így a gyökér DNS-szerverek forrásaik közel felét diagnosztikai ellenőrzések végrehajtására használják, nem pedig a DNS-szerverektől érkező kérések feldolgozására a gyökérzónák meghatározásakor. Figyelembe véve, hogy a Chrome a webböngészők 70%-át birtokolja, az ilyen diagnosztikai aktivitás napi körülbelül 60 milliárd kérdés megküldéséhez vezet a gyökérszerverekhez.
A diagnosztikai ellenőrzéseket a Chromiumban a szolgáltatók által végzett alkalmazások meghatározására használják, amelyek a nem létező nevekhez irányítják a kérdéseket a saját kezelőikhez. Ilyen rendszereket egyes szolgáltatók alkalmaznak a helytelenül megadott domainnevek forgalmának saját magukhoz irányítására — jellemzően a nem létező domainek figyelmeztető hibaoldalakat jelenítenek meg, ajánlott helyes nevek listáját és reklámokat kínálva. Ez a tevékenység teljesen felborítja a böngésző intranet hosztok meghatározásának logikáját.
Egy keresési kérdés feldolgozásakor, ha csak egy szót írnak be pontok nélkül az URL-csíkba, a böngésző először meghatározni ezt a szót a DNS-ben, feltételezve, hogy a felhasználó esetleg egy intranetes weboldalra próbál hozzáférni, nem pedig a keresőmotorhoz küldi el a kérdést. Ha a szolgáltató a nem létező domainnevekre irányítja át a kéréseket, a felhasználóknak problémáik támadnak — bármely egy szóból álló keresési kérés, amelyet az URL-csíkba írnak, a szolgáltató oldalaira kezd átkonvertálódni a keresőmotor helyett.
A felmerült probléma megoldására a Chromium fejlesztői további , amelyek a továbbítások észlelése esetén megváltoztatják a kérések URL-csíkban történő feldolgozásának logikáját.
Minden indításkor, DNS-beállítások megváltoztatásakor vagy IP-cím váltásakor a böngésző három DNS-lekérdezést küld véletlenszerűen generált első szintű domain nevekkel, amelyek valószínűleg nem léteznek. A nevek 7 és 15 latin betűből állnak (pontok nélkül), és arra szolgálnak, hogy a szolgáltató azonosíthassa a nem létező domainnevek átirányítását a saját hosztjára. Ha a három HTTP-lekérdezés feldolgozása során két lekérdezés azonos oldalra irányít, akkor a Chromium azt feltételezi, hogy a felhasználó egy külső oldalra került.
A Chromium aktivitásának azonosításához a gyökér DNS-szerver által kezelt lekérdezésekből a szokatlan méretű első szintű domain neveket (7 és 15 betű közötti) és a lekérdezések ismétlődési tényezőjét használták (a nevek minden alkalommal véletlenszerűen generálódtak és nem ismétlődtek).
A naplóban először kiszűrték a nem létező domainnevekre vonatkozó lekérdezéseket (78,09%), majd azokat a lekérdezéseket, amelyek három alkalomnál nem ismétlődtek (51,41%), végül kiszűrték az 7-15 betűt tartalmazó domainneveket (45,80%). Érdekes, hogy csak a lekérdezések 21,91%-a volt kapcsolódó a létező domainnevek meghatározásához a gyökér szerverekhez.
A kutatás során a a.root-servers.net és j.root-servers.net gyökérszerverekre nehezedő terhelés növekedésének a Chrome népszerűségének növekedésével való összefüggését is vizsgálták.
A Firefox esetében a DNS-en keresztüli átirányítás ellenőrzési folyamata az autentikáló oldalakra (captive portal) való átirányítás meghatározására és a javított aldomain, a „detectportal.firefox.com” használatára, anélkül, hogy első szintű domainneveket kérdett volna. Ez a viselkedés nem terheli meg a gyökér DNS-szervereket, de potenciálisan okozhat mint a felhasználó IP-címéről való adatkiáramlás (minden indításkor a „detectportal.firefox.com/success.txt” oldalt kérdezi le). A Firefox-ban az ellenőrzés kikapcsolására a „network.captive-portal-service.enabled” beállítás érhető el, amelyet az „about:config” oldalon módosíthatunk.
Forrás: opennet.ru
