Речиси половина од сообраќајот до root DNS серверите е предизвикан од активноста на Chromium

Регистраторот на APNIC, одговорен за дистрибуција на IP адреси во азиско-пацифичкиот регион, објавена резултати од анализа на дистрибуција на сообраќај на еден од root DNS серверите a.root-servers.net. 45.80% од барањата до root-серверот беа поврзани со проверки извршени од прелистувачи базирани на моторот Chromium. Така, речиси половина од ресурсите на root DNS серверите се трошат на дијагностички проверки на Chromium, наместо на обработка на барања од серверите DNS за одредување на коренските зони. Имајќи предвид дека Chrome сочинува 70% од пазарот на веб-прелистувачи, таквата дијагностичка активност резултира со приближно 60 милијарди барања кои се испраќаат до root серверите дневно.

Дијагностичките проверки се користат во Chromium за да се открие дали давателите на услуги користат услуги што ги пренасочуваат барањата до непостоечки имиња до нивните ракувачи. Некои провајдери имплементираат слични системи за да го насочат сообраќајот кон имиња на домени внесени со грешка - по правило, за непостоечки домени, страниците се прикажуваат со предупредување за грешка, нудејќи листа на веројатно точни имиња и рекламирање. Покрај тоа, таквата активност целосно ја уништува логиката на одредување на интранет хостови во прелистувачот.

При обработката на барањето за пребарување внесено во лентата за адреси, доколку се внесе само еден збор без точки, прво прелистувачот се обидуваат да одреди даден збор во DNS, претпоставувајќи дека корисникот можеби се обидува да пристапи до интранет-страница на внатрешна мрежа, наместо да испраќа барање до пребарувач. Ако давателот ги пренасочува барањата кон непостоечки имиња на домени, корисниците имаат проблем - сите барања за пребарување со еден збор внесени во лентата за адреси почнуваат да се пренасочуваат на страниците на давателот, наместо да се испраќаат до пребарувачот.

За да го решат овој проблем, програмерите на Chromium додадоа во прелистувачот дополнителни проверки, кои, доколку се откријат пренасочувања, ја менуваат логиката за обработка на барањата во лентата за адреси.
Секогаш кога ќе стартувате, ги менувате поставките за DNS или ја менувате вашата IP адреса, прелистувачот испраќа три барања за DNS со случајни имиња на домени од прво ниво кои најверојатно не постојат. Имињата вклучуваат од 7 до 15 латински букви (без точки) и се користат за откривање на пренасочување на непостоечки имиња на домени од страна на давателот до неговиот домаќин. Ако, при обработка на три HTTP барања со случајни имиња, две добијат пренасочување на истата страница, тогаш Chromium смета дека корисникот е пренасочен на страница од трета страна.

Атипични големини на домен од прво ниво (од 7 до 15 букви) и факторот за повторување на барањата (имињата се генерираат по случаен избор секој пат и не се повторуваат) се користеа како знаци за изолирање на активноста на Chromium од општиот тек на барања на root DNS-серверот.
Во дневникот прво беа филтрирани барањата за непостоечки домени (78.09%), потоа беа избрани барањата кои се повторуваа не повеќе од три пати (51.41%), а потоа беа филтрирани домени кои содржат од 7 до 15 букви (45.80 %). Интересно, само 21.91% од барањата до root сервери беа поврзани со дефиницијата на постоечките домени.

Речиси половина од сообраќајот до root DNS серверите е предизвикан од активноста на Chromium

Студијата, исто така, ја испитуваше зависноста на растечкото оптоварување на root серверите a.root-servers.net и j.root-servers.net од растечката популарност на Chrome.

Речиси половина од сообраќајот до root DNS серверите е предизвикан од активноста на Chromium

Во Firefox, проверува пренасочување на DNS се ограничени дефинирање на пренасочувања кон страници за автентикација (заробен портал) и имплементирани с користење фиксен поддомен „detectportal.firefox.com“, без да се бараат имиња на домени од прво ниво. Ова однесување не создава дополнително оптоварување на root DNS серверите, но потенцијално би можело се разгледуваат како протекување на доверливи податоци за IP адресата на корисникот (страницата „detectportal.firefox.com/success.txt“ се бара секогаш кога ќе се стартува). За да се оневозможи скенирањето во Firefox, постои поставка „network.captive-portal-service.enabled“, која може да се смени на страницата „about:config“.

Извор: opennet.ru

Додадете коментар