Root DNS სერვერებზე ტრაფიკის თითქმის ნახევარი გამოწვეულია Chromium-ის აქტივობით

APNIC რეგისტრატორი, რომელიც პასუხისმგებელია IP მისამართების განაწილებაზე აზია-წყნარი ოკეანის რეგიონში, გამოქვეყნებული ტრაფიკის განაწილების ანალიზის შედეგები ერთ-ერთ root DNS სერვერზე a.root-servers.net. Root სერვერზე მოთხოვნის 45.80% დაკავშირებული იყო ბრაუზერების მიერ Chromium ძრავზე დაფუძნებული შემოწმებებით. ამგვარად, root DNS სერვერების რესურსების თითქმის ნახევარი იხარჯება Chromium-ის დიაგნოსტიკური შემოწმების გაშვებაზე და არა DNS სერვერებიდან მოთხოვნის დამუშავებაზე root ზონების დასადგენად. იმის გათვალისწინებით, რომ 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%). . საინტერესოა, რომ root სერვერებზე მოთხოვნების მხოლოდ 21.91% იყო დაკავშირებული არსებული დომენების განსაზღვრასთან.

კვლევამ ასევე შეისწავლა მზარდი დატვირთვის დამოკიდებულება root სერვერებზე a.root-servers.net და j.root-servers.net Chrome-ის მზარდ პოპულარობას.

Firefox-ში DNS გადამისამართება ამოწმებს შეზღუდულია ავთენტიფიკაციის გვერდებზე გადამისამართების განსაზღვრა (captive portal) და განხორციელდა с გამოყენებით დაფიქსირდა ქვედომენი “detectportal.firefox.com”, პირველი დონის დომენური სახელების მოთხოვნის გარეშე. ეს ქცევა არ ქმნის დამატებით დატვირთვას root DNS სერვერებზე, მაგრამ ეს შეიძლება პოტენციურად განიხილება როგორც მომხმარებლის IP მისამართის შესახებ კონფიდენციალური მონაცემების გაჟონვა (გვერდი „detectportal.firefox.com/success.txt“ მოთხოვნილია ყოველი გაშვებისას). Firefox-ში სკანირების გამორთვისთვის არის პარამეტრი "network.captive-portal-service.enabled", რომელიც შეიძლება შეიცვალოს "about:config" გვერდზე.

წყარო: opennet.ru