Il registratore APNIC, responsabile della distribuzione degli indirizzi IP nella regione Asia-Pacifico, i risultati dell'analisi della distribuzione del traffico su uno dei server DNS radice a a.root-servers.net. Il 45,80% delle richieste al server radice è risultato essere legato a controlli effettuati dai browser basati sul motore Chromium. Pertanto, quasi la metà delle risorse dei server DNS radice è dedicata all'esecuzione di controlli diagnostici di Chromium, piuttosto che all'elaborazione delle richieste dai server DNS nella determinazione delle zone radice. Considerando che Chrome detiene il 70% del mercato dei browser web, tale attività diagnostica porta all'invio di circa 60 miliardi di richieste ai server radice al giorno.
I controlli diagnostici sono utilizzati in Chromium per determinare l'uso da parte dei fornitori di servizi che reindirizzano le richieste verso nomi inesistenti ai propri gestori. Tali sistemi sono implementati da alcuni fornitori per dirigere a sé il traffico verso nomi di dominio inseriti in modo errato — generalmente, per i domini inesistenti vengono visualizzate pagine con avvisi di errore, un elenco di nomi probabilmente corretti e pubblicità. Ciò distrugge completamente la logica di identificazione degli host intranet nel browser.
Nel trattare una richiesta di ricerca inserita nella barra degli indirizzi, se viene inserita solo una parola senza punti, il browser inizia a determinare questa parola nel DNS, supponendo che l'utente stia cercando di accedere a un sito intranet nella rete interna, piuttosto che inviare una richiesta al motore di ricerca. Se il fornitore reindirizza a sé stesso le richieste per nomi di dominio inesistenti, gli utenti si trovano di fronte a un problema: qualsiasi ricerca formata da una sola parola inserita nella barra degli indirizzi inizia a essere reindirizzata alle pagine del fornitore, invece di essere inviata al motore di ricerca.
Per risolvere il problema emerso, gli sviluppatori di Chromium hanno aggiunto al browser , che nel caso in cui vengano rilevati reindirizzamenti modificano la logica di elaborazione delle richieste nella barra degli indirizzi.
Ad ogni avvio, modifica delle impostazioni DNS o cambio dell'indirizzo IP, il browser invia tre richieste DNS con nomi di dominio di primo livello casuali, che con alta probabilità non esistono. I nomi includono da 7 a 15 lettere latine (senza punti) e vengono utilizzati per identificare il reindirizzamento di nomi di dominio inesistenti da parte del provider sul proprio host. Se durante l'elaborazione delle tre richieste HTTP con nomi casuali due ricevono un reindirizzamento alla stessa pagina, Chromium considera che l'utente sia stato reindirizzato a una pagina esterna.
Come segnali per isolare l'attività di Chromium dal flusso generale di richieste al server DNS radice sono stati utilizzate dimensioni atipiche dei domini di primo livello (da 7 a 15 lettere) e un fattore di ripetizione delle richieste (i nomi venivano generati casualmente ogni volta e non si ripetevano).
Nel registro sono state inizialmente filtrate le richieste per domini inesistenti (78.09%), poi sono state isolate le richieste che si ripetevano non più di tre volte (51.41%), e infine sono stati filtrati i domini che includevano da 7 a 15 lettere (45.80%). È interessante notare che solo il 21.91% delle richieste ai server radice erano legate a domini esistenti.
Nello studio è stata anche esaminata la dipendenza della crescita del carico sui server radice a.root-servers.net e j.root-servers.net dalla crescente popolarità di Chrome.
In Firefox, i controlli di reindirizzamento tramite DNS alla determinazione del reindirizzamento a pagine di autenticazione (captive portal) e con del sottodominio fisso "detectportal.firefox.com", senza richiedere nomi di domini di primo livello. Comportamenti simili non creano un carico aggiuntivo sui server DNS radice, ma potrebbero potenzialmente causare una fuga di dati riservati sull'indirizzo IP dell'utente (ad ogni avvio viene richiesta la pagina "detectportal.firefox.com/success.txt"). Per disabilitare il controllo in Firefox è disponibile l'impostazione "network.captive-portal-service.enabled", che può essere modificata nella pagina "about:config".
Fonte: opennet.ru
