Mozilla-მ წარადგინა მესამე DNS-over-HTTPS პროვაიდერი Firefox-ისთვის

კომპანია Mozilla დაასკვნა соглашение с третьим провайдеров DNS поверх HTTPS (DoH, DNS over HTTPS) для Firefox. Помимо ранее предлагавшихся DNS-серверов CloudFlare («https://1.1.1.1/dns-query») и შემდეგი DNS (https://dns.nextdns.io/id), в настройки также будет включён сервис Comcast (https://doh.xfinity.com/dns-query). Активировать DoH и выбрать პროვაიდერი შეიძლება ქსელის კავშირის პარამეტრებში.

Напомним, что в Firefox 77 была включена тестовая проверка DNS over HTTPS с отправкой 10 пробных запросов каждым клиентом и автоматическим выбором провайдера DoH. Данную проверку пришлось отключить в выпуске 77.0.1, так как она превратилось в подобие DDoS-атаки на сервис NextDNS, который не справился с нагрузкой.

Предлагаемые в Firefox провайдеры DoH отбираются в соответствии с მოთხოვნები სანდო DNS გადამწყვეტებისთვის, რომლის თანახმად, DNS ოპერატორს შეუძლია გამოიყენოს მიღებული მონაცემები მხოლოდ სერვისის მუშაობის უზრუნველსაყოფად, არ უნდა შეინახოს ჟურნალები 24 საათზე მეტი ხნის განმავლობაში, არ შეუძლია მონაცემების გადაცემა მესამე პირებს და ვალდებულია გაამჟღავნოს ინფორმაცია. მონაცემთა დამუშავების მეთოდები. სერვისი ასევე უნდა დათანხმდეს, რომ არ მოახდინოს ცენზურა, გაფილტვრა, ჩარევა ან დაბლოკვა DNS ტრაფიკში, გარდა კანონით გათვალისწინებული სიტუაციებისა.

Из связанных с DNS-over-HTTPS событий также можно отметить გადაწყვეტილება компании Apple реализовать поддержку DNS-over-HTTPS и DNS-over-TLS в будущих выпусках iOS 14 и macOS 11, а также დაამატეთ поддержку дополнений в формате WebExtension в Safari.

შეგახსენებთ, რომ DoH შეიძლება სასარგებლო იყოს პროვაიდერების DNS სერვერების მეშვეობით მოთხოვნილი ჰოსტების სახელების შესახებ ინფორმაციის გაჟონვის თავიდან ასაცილებლად, MITM შეტევებთან და DNS ტრაფიკის გაყალბებასთან (მაგალითად, საჯარო Wi-Fi-თან დაკავშირებისას), DNS-ზე დაბლოკვის წინააღმდეგ საბრძოლველად. დონე (DoH არ შეუძლია შეცვალოს VPN DPI დონეზე განხორციელებული ბლოკირების გვერდის ავლით) ან სამუშაოს ორგანიზებისთვის, თუ შეუძლებელია პირდაპირ DNS სერვერებზე წვდომა (მაგალითად, პროქსის საშუალებით მუშაობისას). თუ ნორმალურ სიტუაციაში DNS მოთხოვნები პირდაპირ იგზავნება DNS სერვერებზე, რომლებიც განსაზღვრულია სისტემის კონფიგურაციაში, მაშინ DoH-ის შემთხვევაში, მოთხოვნა ჰოსტის IP მისამართის დადგენის შესახებ ჩასმულია HTTPS ტრაფიკში და იგზავნება HTTP სერვერზე, სადაც გადამწყვეტი ამუშავებს. ითხოვს ვებ API-ს მეშვეობით. არსებული DNSSEC სტანდარტი იყენებს დაშიფვრას მხოლოდ კლიენტისა და სერვერის ავთენტიფიკაციისთვის, მაგრამ არ იცავს ტრაფიკს თვალთვალისგან და არ იძლევა მოთხოვნის კონფიდენციალურობის გარანტიას.

წყარო: opennet.ru