Il registrar 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.root-servers.net. Il 45,80% delle richieste al server radice erano collegate ai controlli effettuati dai browser basati sul motore Chromium. Pertanto, quasi metà delle risorse dei server DNS radice è dedicata all'esecuzione di controlli diagnostici di Chromium, piuttosto che alla gestione delle richieste dai server DNS nella determinazione delle zone radice. Considerando che Chrome detiene il 70% del mercato dei browser web, questa attività diagnostica genera circa 60 miliardi di richieste ai server radice al giorno.
Le verifiche diagnostiche vengono utilizzate in Chromium per determinare l'uso da parte dei provider di servizi che reindirizzano le richieste a nomi non esistenti sui propri gestori. Questi sistemi vengono implementati da alcuni provider per indirizzare il traffico verso nomi di dominio inseriti erroneamente — di solito, per i domini inesistenti vengono visualizzate pagine con un avviso di errore, un elenco di nomi probabilmente corretti e pubblicità. Questa attività distrugge completamente la logica di identificazione degli host intranet nel browser.
Durante l'elaborazione di una richiesta di ricerca inserita nella barra degli indirizzi, se è stata inserita solo una parola senza punti, il browser inizialmente determinare la parola nel DNS, supponendo che l'utente possa cercare di accedere a un sito intranet all'interno della rete, piuttosto che inviare una richiesta a un motore di ricerca. Se il provider reindirizza le richieste ai nomi di dominio non esistenti, gli utenti affrontano un problema: tutte le ricerche costituite da una sola parola inserita nella barra degli indirizzi iniziano a essere reindirizzate alle pagine del provider, invece di essere indirizzate al motore di ricerca.
Per risolvere il problema emerso, gli sviluppatori di Chromium hanno aggiunto nel browser , che nel caso 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 hanno un'alta probabilità di non esistere. I nomi includono tra 7 e 15 lettere latine (senza punti) e vengono utilizzati per identificare il reindirizzamento dei nomi di dominio inesistenti dai provider sul proprio hosting. Se durante l'elaborazione delle tre richieste HTTP con nomi casuali si ottiene un reindirizzamento alla stessa pagina per due di esse, Chromium considera che l'utente sia stato reindirizzato a una pagina di terzi.
Sono stati utilizzati come indicatori per distinguere l'attività di Chromium dal flusso generale di richieste sul server DNS radice dimensioni atypiche del dominio di primo livello (tra 7 e 15 lettere) e il fattore di ripetizione delle richieste (i nomi venivano generati in modo casuale ogni volta e non si ripetevano).
Nella registrazione, inizialmente sono state filtrate le richieste di domini non esistenti (78,09%), poi sono state evidenziate le richieste che si ripetono non più di tre volte (51,41%), e infine sono stati filtrati i domini che contengono da 7 a 15 lettere (45,80%). È interessante notare che solo il 21,91% delle richieste ai server radice è stato relativo alla determinazione dei domini esistenti.
Durante la ricerca è stata anche esaminata la dipendenza dell'aumento del carico sui server radice a.root-servers.net e j.root-servers.net dalla crescente popolarità di Chrome.
In Firefox, i controlli dei reindirizzamenti tramite DNS alla definizione del reindirizzamento verso pagine di autenticazione (captive portal) e con del sottodominio fisso "detectportal.firefox.com", senza richiedere nomi di dominio di primo livello. Un comportamento di questo tipo non genera un carico aggiuntivo sui server DNS radice, ma potrebbe potenzialmente comportare la fuga di dati riservati sull'indirizzo IP dell'utente (ad ogni avvio viene richiesta la pagina "detectportal.firefox.com/success.txt"). Per disattivare il controllo in Firefox è disponibile l'impostazione "network.captive-portal-service.enabled", che può essere modificata nella pagina "about:config".
Fonte: opennet.ru
