फायरफक्स र क्रोममा DNS मार्फत खोज कुञ्जीहरू लीक गर्दै

फायरफक्स र क्रोममा पहिचान गरियो ठेगाना पट्टीमा टाइप गरिएका खोज क्वेरीहरू प्रशोधन गर्ने सुविधा, जुन приводит प्रदायकको DNS सर्भर मार्फत जानकारी चुहावट गर्न। समस्याको मूल यो हो कि यदि खोज क्वेरीमा केवल एक शब्द हुन्छ भने, ब्राउजरले पहिले DNS मा त्यो नामको साथ होस्टको उपस्थिति निर्धारण गर्ने प्रयास गर्दछ, विश्वास गर्दछ कि प्रयोगकर्ताले सबडोमेन खोल्न प्रयास गरिरहेको छ, र त्यसपछि मात्र पुन: निर्देशित गर्दछ। खोज इन्जिनमा अनुरोध। यसैले, प्रयोगकर्ताको सेटिङहरूमा निर्दिष्ट गरिएको DNS सर्भरको मालिकले एकल-शब्द खोज प्रश्नहरूको बारेमा जानकारी प्राप्त गर्दछ, जुन गोपनीयताको उल्लङ्घन मानिन्छ।

प्रदायकको DNS सर्भर र "DNS over HTTPS" (DoH) सेवाहरू दुवै प्रयोग गर्दा समस्या आफै प्रकट हुन्छ, यदि DNS प्रत्यय सेटिङहरूमा निर्दिष्ट गरिएको छ (DHCP मार्फत प्यारामिटरहरू प्राप्त गर्दा पूर्वनिर्धारित रूपमा सेट गरिएको)। उही समयमा, मुख्य समस्या यो हो कि DoH सक्षम हुँदा पनि, प्रणालीमा निर्दिष्ट प्रदायकको DNS सर्भर मार्फत अनुरोधहरू पठाइने क्रम जारी छ।
यो महत्त्वपूर्ण छ कि एक शब्द समावेश खोज प्रश्नहरू पठाउँदा मात्र संकल्प प्रयास गरिन्छ। यदि तपाईंले धेरै शब्दहरू निर्दिष्ट गर्नुभयो भने, DNS सम्पर्क गरिएको छैन।

फायरफक्स र क्रोममा समस्या पुष्टि भएको छ, र अन्य ब्राउजरहरूलाई पनि असर गर्न सक्छ। फायरफक्स विकासकर्ताहरू सहमत भए कि त्यहाँ समस्या थियो र इरादा फायरफक्स 79 रिलीजमा समाधान प्रदान गर्नुहोस्। विशेष रूपमा: कन्फिगरेसनमा खोज प्रश्नहरू ह्यान्डल गर्दा व्यवहार नियन्त्रण गर्नको लागि। थपियो अनुकूलन "browser.urlbar.dnsResolveSingleWordsAfterSearch", जब "0" मा सेट हुन्छ, रिजोल्युसन अवरुद्ध हुन्छ, "1" (पूर्वनिर्धारित) ले चयनात्मक रिजोल्युसनको लागि हेरिस्टिक्स प्रयोग गर्दछ, र "2" ले पुरानो व्यवहारलाई सुरक्षित गर्दछ। ह्युरिस्टिक छ जाँच गर्दै कि DoH सक्षम छ, कि त्यहाँ /etc/hosts मा 'localhost' प्रविष्टि मात्र छ, र हालको होस्टको लागि कुनै सबडोमेन छैन।

Chrome विकासकर्ताहरू प्रतिज्ञा गरेको DNS लीक सीमित गर्नुहोस्, तर сообщение यस्तै समस्या सन् २०१५ देखि समाधान हुन सकेको छैन। समस्या Tor Browser मा देखा पर्दैन।

स्रोत: opennet.ru