Fast die Hälfte des Traffics auf den Root-DNS-Servern wird durch die Aktivitäten von Chromium verursacht.

Der APNIC-Registrar, der für die Verteilung von IP-Adressen im asiatisch-pazifischen Raum verantwortlich ist, veröffentlichte Analyseergebnisse der Verkehrsverteilung auf einem der Root-DNS-Server a.root-servers.net. 45,80 % der Anfragen an den Root-Server waren mit Überprüfungen verbunden, die von Browsern auf Chromium-Basis durchgeführt wurden. Somit entfällt fast die Hälfte der Ressourcen der Root-DNS-Server auf die Durchführung diagnostischer Prüfungen von Chromium und nicht auf die Bearbeitung von Anfragen von DNS-Servern bei der Bestimmung der Root-Zonen. Angesichts der Tatsache, dass Chrome 70 % des Marktes für Webbrowser ausmacht, führt eine solche diagnostische Aktivität zu etwa 60 Milliarden Anfragen an die Root-Server pro Tag.

Diagnosetests werden in Chromium verwendet, um den Einsatz von Diensten durch Anbieter zu bestimmen, die Anfragen zu nicht existierenden Namen an ihre eigenen Handler umleiten. Solche Systeme werden von einigen Anbietern implementiert, um den Verkehr zu falsch eingegebenen Domainnamen auf sich zu lenken – in der Regel werden für nicht existierende Domains Seiten mit Fehlermeldungen, einer Liste wahrscheinlich korrekter Namen und Werbung angezeigt. Diese Aktivität zerstört jedoch vollständig die Logik der Bestimmung von Intranet-Hosts im Browser.

Bei der Bearbeitung einer Suchanfrage, die in die Adresszeile eingegeben wird, wenn nur ein Wort ohne Punkte eingegeben wurde, Die Verlaufssuche wird der Browser zunächst versuchen, dieses Wort im DNS zu bestimmen, in der Annahme, dass der Benutzer möglicherweise auf eine Intranet-Website im internen Netzwerk zugreifen möchte und keine Anfrage an die Suchmaschine sendet. Wenn der Anbieter Anfragen zu nicht existierenden Domainnamen an sich umleitet, haben die Benutzer ein Problem – jede in die Adresszeile eingegebene Suchanfrage aus einem einzigen Wort wird auf Seiten des Anbieters umgeleitet und nicht an die Suchmaschine gesendet.

Um das aufgetretene Problem zu lösen, haben die Entwickler von Chromium dem Browser hinzugefügt zusätzliche Überprüfungen, die die Logik der Anfrageverarbeitung in der Adresszeile ändern, wenn Umleitungen erkannt werden.
Bei jedem Start, jeder Änderung der DNS-Einstellungen oder beim Wechsel der IP-Adresse sendet der Browser drei DNS-Anfragen mit zufälligen Namen von Top-Level-Domains, die mit hoher Wahrscheinlichkeit nicht existieren. Die Namen bestehen aus 7 bis 15 lateinischen Buchstaben (ohne Punkte) und werden verwendet, um das Umleiten nicht existierender Domainnamen durch den Anbieter auf seinen Host zu identifizieren. Wenn bei der Verarbeitung der drei HTTP-Anfragen mit zufälligen Namen für zwei ein Redirect auf dieselbe Seite erfolgt, betrachtet Chromium den Benutzer als auf eine externe Seite umgeleitet.

Für die Kennzeichnung der Aktivität von Chromium aus dem allgemeinen Anforderungsstrom an den Root-DNS-Server wurden atypische Größen der Top-Level-Domain (von 7 bis 15 Buchstaben) und der Faktor der Wiederholbarkeit der Anfragen (die Namen wurden jedes Mal zufällig generiert und wiederholten sich nicht) verwendet.
Im Protokoll wurden zunächst Anfragen zu nicht existierenden Domains (78,09 %) herausgefiltert, dann wurden Anfragen, die nicht mehr als dreimal auftraten (51,41 %), und schließlich wurden Domains herausgefiltert, die aus 7 bis 15 Buchstaben bestanden (45,80 %). Interessanterweise waren nur 21,91 % der Anfragen an die Root-Server mit der Erkennung vorhandener Domains verbunden.

Im Rahmen der Untersuchung wurde auch die Abhängigkeit des Anstiegs der Last auf den Root-Servern a.root-servers.net und j.root-servers.net von der wachsenden Beliebtheit von Chrome untersucht.

In Firefox beschränken sich die Überprüfungen von Umleitungen über DNS auf der Feststellung von Weiterleitungen zu Authentifizierungsseiten (Captive Portal) und umgesetzt c der Nutzung einer festen Subdomain "detectportal.firefox.com", ohne Anfragen an Top-Level-Domains. Dieses Verhalten erzeugt keine zusätzliche Last für die Root-DNS-Server, könnte jedoch potenziell als verteilten Super-Server zu einem Leck vertraulicher Informationen über die IP-Adresse des Benutzers führen (bei jedem Start wird die Seite "detectportal.firefox.com/success.txt" angefordert). Um die Überprüfung in Firefox zu deaktivieren, gibt es die Einstellung "network.captive-portal-service.enabled", die auf der Seite "about:config" geändert werden kann.

Quelle: opennet.ru