इंटरनेट पर निजता और सुरक्षा को लेकर खतरे गंभीर होते जा रहे हैं। हम मोज़िला में उनका अनुसरण कर रहे हैं। हम फ़ायरफ़ॉक्स उपयोगकर्ताओं और उनके डेटा की सुरक्षा के लिए हर संभव प्रयास करना अपना कर्तव्य समझते हैं।

हम उन कंपनियों और संगठनों के बारे में चिंतित हैं जो गुप्त रूप से उपयोगकर्ता डेटा एकत्र करते हैं और बेचते हैं। इसलिए, हमने ट्रैकिंग सुरक्षा को जोड़ा और एक फेसबुक कंटेनर एक्सटेंशन बनाया। आने वाले महीनों में और अधिक सुरक्षात्मक उपाय दिखाई देंगे।



अब हम सूची में दो और तकनीकों को जोड़ रहे हैं:

• HTTPS DNS नया IETF मानक है जिसे हमने विकसित करने में भाग लिया
• ट्रस्टेड रिकर्सिव रिसोल्वर - DNS को हल करने का एक नया सुरक्षित तरीका, जो क्लाउडफ़ेयर के साथ संयोजन में प्रदान किया गया है

इन दो पहलों के लिए धन्यवाद, 35 साल पहले शुरू होने के बाद से डोमेन नाम प्रणाली का हिस्सा रहे डेटा लीक को समाप्त किया जा रहा है। और हमें परीक्षण में आपकी सहायता की आवश्यकता है। आइए देखें कि HTTPS DNS और ट्रस्टेड रिसर्सिव रिसोल्वर हमारे उपयोगकर्ताओं की सुरक्षा कैसे करते हैं।

लेकिन पहले, आइए देखें कि इंटरनेट पर वेब पेज कैसे प्रसारित होते हैं।

यदि आप पहले से ही जानते हैं कि DNS और HTTPS कैसे काम करते हैं, तो आप इस विषय को छोड़ सकते हैं कि DNS HTTPS पर कैसे मदद करता है ।

HTTP लघु पाठ्यक्रम

जब लोग समझाते हैं कि ब्राउज़र वेब पेज को कैसे लोड करता है, तो वे आमतौर पर इसे इस तरह समझाते हैं:

1. आपका ब्राउज़र सर्वर से GET अनुरोध करता है।
2. सर्वर एक प्रतिक्रिया भेजता है, जो HTML युक्त एक फ़ाइल है।

इस सिस्टम को HTTP कहा जाता है।

लेकिन यह योजना बहुत सरल है। आपका ब्राउज़र सर्वर से सीधे बात नहीं करता है। शायद इसलिए कि वे एक-दूसरे के करीब नहीं हैं।

एक सर्वर हजारों किलोमीटर दूर हो सकता है। और शायद आपके कंप्यूटर और सर्वर के बीच कोई सीधा संबंध नहीं है।



इस प्रकार, ब्राउज़र से सर्वर को अनुरोध मिलने से पहले, यह कई हाथों से गुजरेगा। उत्तर के लिए भी यही सच है।

मैं इसे स्कूली बच्चों को कक्षा में एक-दूसरे को नोट्स देने के रूप में समझता हूं। बाहर, नोट कहता है कि यह किसका इरादा है। जिस बच्चे ने नोट लिखा है, वह उसे पड़ोसी को सौंप देगा। फिर वह अगला बच्चा इसे पड़ोसियों में से एक को सौंपता है - शायद अंतिम प्राप्तकर्ता को नहीं, लेकिन किसी ऐसे व्यक्ति को जो सही दिशा में है।


- Psst ... इसे सैंडी को पास करें

समस्या यह है कि रास्ते में कोई भी नोट खोल सकता है और उसे पढ़ सकता है। और अग्रिम में यह जानने का कोई तरीका नहीं है कि नोट किस रास्ते से जाएगा, इसलिए यह ज्ञात नहीं है कि कौन से लोग इस तक पहुंच प्राप्त करेंगे।

यह उन लोगों के हाथों में हो सकता है जो हानिकारक चीजें करेंगे ...

उदाहरण के लिए, वे सभी के साथ एक नोट की सामग्री साझा करेंगे।


- ओह, यह रसदार है ... हे लोग! डैनी को सैंडी से प्यार हो गया!

या उत्तर बदल दें।


"क्या आप भी मुझे पसंद करते हैं?"
- हे, मैं उसका मजाक उड़ाऊंगा और "नहीं" लिखूंगा ...

इन मुद्दों को हल करने के लिए, HTTP का एक नया सुरक्षित संस्करण बनाया गया है। इसे HTTPS कहा जाता है: यह हर संदेश पर एक लॉक की तरह है।



केवल ब्राउज़र और सर्वर को अनलॉक करने के लिए संयोजन पता है। यहां तक ​​कि अगर संदेश कई राउटर से गुजरते हैं, तो केवल आप और वेबसाइट वास्तव में सामग्री पढ़ सकते हैं।

यह कई सुरक्षा मुद्दों को हल करता है। लेकिन आपके ब्राउज़र और सर्वर के बीच अभी भी अनएन्क्रिप्टेड संदेश हैं। तो, रास्ते में लोग अभी भी आपके मामलों में हस्तक्षेप कर सकते हैं।

उदाहरण के लिए, कनेक्शन सेटअप के दौरान डेटा अभी भी खुला है। सर्वर पर मूल संदेश भेजते समय, आप सर्वर नाम "सर्वर नेम इंडिकेशन" फ़ील्ड में भी भेजते हैं। यह सर्वर ऑपरेटरों को एक ही कंप्यूटर पर कई साइटों को चलाने की अनुमति देता है और एक ही समय में यह समझता है कि आप किससे संपर्क करना चाहते हैं। यह प्रारंभिक अनुरोध एन्क्रिप्शन सेटअप का हिस्सा है, लेकिन प्रारंभिक अनुरोध स्वयं एन्क्रिप्टेड नहीं है।

एक और जगह जहां डेटा खुला है वह है DNS। लेकिन DNS क्या है?

DNS: डोमेन नाम प्रणाली

एक कक्षा में नोट्स पास करने के लिए एक रूपक में, मैंने कहा कि प्राप्तकर्ता का नाम नोट के बाहर लिखा होना चाहिए। HTTP अनुरोधों के लिए भी यही सच है ... उन्हें यह घोषित करना चाहिए कि वे कहाँ जाने वाले हैं।

लेकिन आप सामान्य साइट नाम का उपयोग नहीं कर सकते। कोई भी राउटर यह नहीं समझता कि आप किसके बारे में बात कर रहे हैं। इसके बजाय, एक आईपी पते का उपयोग करें। इस तरह से राउटर समझ में आता है कि आप किस सर्वर को अनुरोध भेजना चाहते हैं।


- कृपया इसे 208.80.154.224 पर भेजें

इसके कारण समस्या हो रही है। उपयोगकर्ताओं के लिए IP पते की संख्या याद रखना असुविधाजनक है। मैं साइट को एक आकर्षक नाम देना चाहता हूं ... जिसे लोगों की स्मृति में जमा किया जाएगा।

यही कारण है कि हमारे पास एक डोमेन नाम प्रणाली (डीएनएस) है। आपका ब्राउज़र साइट का नाम IP पते को हल करने के लिए DNS का उपयोग करता है। इस प्रक्रिया - एक डोमेन नाम को आईपी पते में परिवर्तित करना - डोमेन नाम संकल्प या समाधान कहा जाता है।



ब्राउज़र समस्या का समाधान कैसे करता है?

एक विकल्प एक ब्राउज़र में एक टेलीफोन डायरेक्टरी जैसी बड़ी सूची बनाना है। लेकिन जैसे-जैसे नई वेबसाइटें सामने आती हैं या नए सर्वरों की ओर रुख करते हैं, इस सूची को अद्यतित रखना मुश्किल होगा।

इस प्रकार, सभी डोमेन नामों के लिए एकल सूची के बजाय, कई छोटी सूचियाँ एक दूसरे से जुड़ी हुई हैं। यह उन्हें स्वतंत्र रूप से नियंत्रित करने की अनुमति देता है।



डोमेन नाम के अनुरूप IP पता प्राप्त करने के लिए, आपको एक विशिष्ट सूची ढूंढनी होगी जिसमें वांछित डोमेन नाम हो। यह खजाना खोजने जैसा है।

अंग्रेजी विकिपीडिया, en.wikipedia.org जैसी साइट के लिए इस तरह के खजाने की खोज क्या दिखती है?

डोमेन को भागों में विभाजित किया जा सकता है।



ऐसे भागों के साथ, आप साइट के आईपी पते वाली सूची के लिए शिकार शुरू कर सकते हैं। लेकिन हमें खोजने में मदद चाहिए। वह उपकरण जो हमारे बजाय इस शिकार को करता है और आईपी पते को खोजता है उसे रिसॉल्वर कहा जाता है।

सबसे पहले, रिज़ॉल्वर तथाकथित रूट DNS सर्वर तक पहुंचता है। वह कई अलग-अलग रूट डीएनएस सर्वर जानता है, इसलिए वह उनमें से एक को एक अनुरोध भेजता है। रिज़ॉल्वर रूट DNS के लिए पूछता है जहाँ .org शीर्ष-स्तरीय डोमेन ज़ोन के पते के बारे में अतिरिक्त जानकारी प्राप्त करना है।


- आप नहीं जानते कि en.wikipedia.org कैसे प्राप्त करें?
- .org ज़ोन में मुझे कुछ भी पता नहीं है, लेकिन 5.6.7.8 मदद कर सकता है

अगले सर्वर को एक शीर्ष-स्तरीय डोमेन नाम (TLD) सर्वर कहा जाता है। TLD सर्वर उन सभी द्वितीय-स्तरीय डोमेन के बारे में जानता है जो .org में समाप्त होते हैं।

हालाँकि, उसे wikipedia.org सबडोमेन के बारे में कुछ भी पता नहीं है, इसलिए वह en.wikipedia.org के आईपी पते को भी नहीं जानता है।

TLD नाम सर्वर इस सवाल को विकिपीडिया नाम सर्वर से पूछने के लिए रिज़ॉल्वर को सलाह देगा।


- आप नहीं जानते कि en.wikipedia.org कैसे प्राप्त करें?
- जाकर 11.21.31.41 पर पूछें, वह wikipedia.org डोमेन की साइटों के बारे में जानता है

रिज़ॉल्वर लगभग किया जाता है। एक विकिपीडिया नाम सर्वर वह है जिसे आधिकारिक सर्वर कहा जाता है। वह wikipedia.org सभी उप-डोमेन के बारे में जानता है। इस प्रकार, वह en.wikipedia.org और अन्य उप-डोमेन के बारे में जानता है, जैसे कि de.wikipedia.org का जर्मन संस्करण। एक आधिकारिक सर्वर रिसॉल्वर को बताता है जिस पर इस साइट के लिए आईपी एड्रेस एचटीएमएल फाइलें पुनः प्राप्त की जा सकती हैं।


- आप नहीं जानते कि en.wikipedia.org कैसे प्राप्त करें?
- अरे हां, बस 208.80.154.224 पर जाएं

रिज़ॉल्वर ऑपरेटिंग सिस्टम को IP पता en.wikipedia.org लौटाएगा।

इस प्रक्रिया को पुनरावर्ती संकल्प कहा जाता है क्योंकि आपको अलग-अलग सर्वरों को अनिवार्य रूप से एक ही प्रश्न पूछते हुए आगे और पीछे जाना पड़ता है।

मैंने कहा कि हमें खोज में मदद करने के लिए एक रिज़ॉल्वर की आवश्यकता है। लेकिन ब्राउज़र को यह रिज़ॉल्वर कैसे मिलता है? सामान्य तौर पर, वह ऑपरेटिंग सिस्टम से पूछता है।


"मुझे एक रिज़ॉल्वर चाहिए।" क्या आप मदद कर सकते हैं?
- बेशक, मैं आपको उस रिज़ॉल्वर से परिचित कराऊंगा जो मैं उपयोग करता हूं

ऑपरेटिंग सिस्टम कैसे जानता है कि किस रिज़ॉल्वर का उपयोग करना है? दो संभावित तरीके हैं।

आप किसी विशिष्ट रिज़ॉल्वर का उपयोग करने के लिए अपने कंप्यूटर को कॉन्फ़िगर कर सकते हैं जिस पर आपको भरोसा है। लेकिन बहुत कम लोग ऐसा करते हैं।

इसके बजाय, ज्यादातर बस डिफ़ॉल्ट सेटिंग्स का उपयोग करें। और डिफ़ॉल्ट रूप से, जो भी नेटवर्क कहता है, ओएस का उपयोग करेगा। जब कोई कंप्यूटर नेटवर्क से जुड़ता है और अपना आईपी पता प्राप्त करता है, तो नेटवर्क एक विशिष्ट रिज़ॉल्वर की सिफारिश करता है।


- क्या मुझे आईपी एड्रेस मिल सकता है?
- कोई बात नहीं! और अगर आपको एक रिज़ॉल्वर की आवश्यकता है, तो मैं इसे सुझाता हूं

इसका मतलब है कि इस्तेमाल की गई रिवाल्वर को दिन में कई बार बदला जा सकता है। यदि आप दिन के दौरान काम करने के लिए एक कैफे में जा रहे हैं, तो आप शायद सुबह की तुलना में एक अलग रिज़ॉल्वर का उपयोग कर रहे हैं। और यह तब भी होता है जब आप अपना स्वयं का रिज़ॉल्वर सेट करते हैं, क्योंकि DNS प्रोटोकॉल में कोई सुरक्षा नहीं है।

मैं DNS का शोषण कैसे कर सकता हूं?

तो यह प्रणाली उपयोगकर्ताओं को कैसे खतरे में डालती है?

आमतौर पर, रिज़ॉल्वर प्रत्येक DNS सर्वर को बताता है कि आप किस डोमेन की तलाश कर रहे हैं। इस अनुरोध में कभी-कभी आपका पूरा आईपी पता शामिल होता है। और यदि पूर्ण पता नहीं है, तो अधिक बार अनुरोध में आपके अधिकांश आईपी पते शामिल होते हैं, जिन्हें आसानी से आपकी पहचान स्थापित करने के लिए अन्य जानकारी के साथ जोड़ा जा सकता है।


आपके अधिकांश IP पते शामिल हैं ...
... और पूरा डोमेन जिसे आप ढूंढ रहे हैं

इसका मतलब यह है कि प्रत्येक सर्वर जिसे आप डोमेन नाम रिज़ॉल्यूशन के लिए मदद मांगते हैं, यह देखता है कि आप किस साइट की तलाश में हैं। इसके अलावा, इन सर्वरों के रास्ते में कोई भी आपके अनुरोधों को देखता है।

ऐसे कई तरीके हैं जिनमें ऐसी प्रणाली उपयोगकर्ता डेटा से समझौता करती है। दो मुख्य ट्रैकिंग (ट्रैकिंग) और स्पूफिंग (स्पूफिंग) हैं।

ट्रैकिंग

जैसा कि मैंने ऊपर कहा, उस व्यक्ति की पहचान निर्धारित करना मुश्किल नहीं है जो आईपी पते के बारे में पूर्ण या आंशिक जानकारी का उपयोग करके किसी विशिष्ट साइट तक पहुंच का अनुरोध करता है। इसका मतलब है कि इस DNS सर्वर के रास्ते में DNS सर्वर और कोई भी उपयोगकर्ता (रास्ते में राउटर) एक उपयोगकर्ता प्रोफ़ाइल बना सकता है। वे उन सभी साइटों की सूची बना सकते हैं जिन्हें आपने देखा था।

और यह मूल्यवान डेटा है। कई लोग और कंपनियां आपके ब्राउज़िंग इतिहास को देखने के लिए बहुत कुछ देने को तैयार हैं।


जॉन डो क्या देख रहे थे, इस बारे में जानकारी के लिए आप कितना भुगतान करने को तैयार हैं?

यहां तक ​​कि अगर हमें रास्ते में संभावित कुख्यात डीएनएस सर्वर या राउटर के बारे में चिंता करने की ज़रूरत नहीं है, तब भी एक जोखिम है कि आपका डेटा एकत्र और बेचा जाएगा। क्योंकि रिज़ॉल्वर स्वयं - जो नेटवर्क आपको देता है - विश्वसनीय नहीं हो सकता है।

यहां तक ​​कि अगर आप नेटवर्क से अनुशंसित रिज़ॉल्वर पर भरोसा करते हैं, तो आप शायद इसे घर पर ही उपयोग करते हैं। जैसा कि मैंने उल्लेख किया है, हर बार एक कैफे, होटल या किसी अन्य नेटवर्क पर, आपको संभवतः एक अलग रिवाल्वर दिया जाएगा। और कौन जानता है कि उसकी डेटा संग्रह नीति क्या है?

इस तथ्य के अलावा कि आपका डेटा एकत्र किया जाता है और फिर आपकी जानकारी या सहमति के बिना बेचा जाता है, सिस्टम का उपयोग और भी खतरनाक तरीके से किया जाता है।

स्पूफिंग

स्पूफिंग के साथ, आपके और DNS सर्वर के बीच के रास्ते में किसी ने प्रतिक्रिया बदल दी। असली आईपी पते के बजाय, जालसाज आपको साइट के लिए गलत आईपी पता बताता है। इस प्रकार, वे एक वास्तविक साइट तक पहुंच को अवरुद्ध कर सकते हैं या स्कैमर से एक नकली संस्करण भेज सकते हैं।


इसे 1.6.6.6 पर भेजें ... यह एक बिल्कुल सही पता है, न कि एक नकली वेबसाइट जिसे मैं नियंत्रित करता हूं

फिर से, यहाँ रिज़ॉल्वर स्वयं कुख्यात कार्य कर सकता है।

मान लीजिए कि आप मेगास्टोर स्टोर पर खरीदारी करते हैं। आप कीमतों की तुलना करना चाहते हैं और देखना चाहते हैं कि इस तरह के उत्पाद को प्रतिस्पर्धी ऑनलाइन स्टोर big-box.com में सस्ता बेचा जाता है या नहीं।

लेकिन अगर आप उनके ट्रेडिंग रूम में मेगास्टोर वाईफाई का इस्तेमाल करते हैं, तो आप शायद उनके रिजॉल्वर का इस्तेमाल करते हैं। वह big-box.com के लिए अनुरोध को रोक सकता है और आपसे झूठ बोल सकता है कि साइट अनुपलब्ध है।

HTTPS (DoH) पर विश्वसनीय पुनरावर्ती रिज़ॉल्वर (TRR) और DNS का उपयोग करके स्थिति को कैसे ठीक करें?

मोज़िला में, हम दृढ़ता से मानते हैं कि हम उपयोगकर्ताओं और उनके डेटा की सुरक्षा के लिए जिम्मेदार हैं, और इसलिए हम इन कमजोरियों को दूर करने के लिए काम कर रहे हैं।

इसको मापने के लिए दो नई विशेषताओं का परिचय: विश्वसनीय पुनरावर्ती रिज़ॉल्वर (TRR) और HTTPS (DoH) पर DNS। क्योंकि वास्तव में तीन खतरे हैं:

1. आप एक अविश्वसनीय रिवाल्वर का उपयोग करके समाप्त हो सकते हैं जो आपके अनुरोधों को ट्रैक करता है या DNS सर्वर से प्रतिक्रियाओं को खराब करता है।
2. रास्ते में मार्ग अनुरोधों को ट्रैक कर सकते हैं या उसी तरह से हस्तक्षेप कर सकते हैं।
3. DNS सर्वर DNS प्रश्नों को ट्रैक कर सकते हैं।

इससे कैसे बचा जाए?

1. TRR के साथ अविश्वसनीय रिज़ॉल्वर से बचें।
2. HTTPS पर DNS का उपयोग करके सुनने और स्पूफिंग से बचाव करें।
3. उपयोगकर्ताओं को डी-एनोनाइजेशन से बचाने के लिए जितना संभव हो उतना कम डेटा ट्रांसफर करें।

TRR के साथ अविश्वसनीय रिज़ॉल्वर से बचें

नेटवर्क उपयोगकर्ता या डेटा एकत्र करने के लिए अविश्वसनीय रिज़ॉल्वर की सिफारिश करने से रोक सकते हैं क्योंकि बहुत कम उपयोगकर्ता जोखिमों या स्वयं की सुरक्षा के बारे में जानते हैं।

यहां तक ​​कि उन उपयोगकर्ताओं के लिए जो जोखिमों के बारे में जानते हैं, एक व्यक्ति के लिए अपने प्रदाता या अन्य संगठन से सहमत होना मुश्किल है कि वे अपने DNS प्रश्नों के साथ जिम्मेदारी से निपटेंगे।

हालांकि, हमने इन जोखिमों का अध्ययन किया है ... और हमारा कुछ प्रभाव है। हम लंबे समय से एक कंपनी की तलाश कर रहे हैं जो हमें उपयोगकर्ताओं के डीएनएस डेटा की रक्षा करने में मदद करेगी। और उन्होंने एक ऐसा पाया: Cloudflare ।

Cloudflare उपयोगकर्ताओं के लिए गोपनीयता नीति के साथ एक पुनरावर्ती समाधान प्रदान करता है। उन्होंने 24 घंटों के बाद व्यक्तिगत रूप से पहचाने जाने योग्य सभी डेटा को नष्ट करने का वादा किया और इस डेटा को तीसरे पक्ष को कभी स्थानांतरित नहीं किया। यह सुनिश्चित करने के लिए नियमित जांच की जाएगी कि डेटा वास्तव में वादे के अनुसार हटा दिया गया है।

इसके लिए धन्यवाद, हमारे पास उपयोगकर्ता गोपनीयता की सुरक्षा के लिए एक विश्वसनीय रिज़ॉल्वर है। इसका मतलब है कि फ़ायरफ़ॉक्स नेटवर्क रिज़ॉल्वर को अनदेखा कर सकता है, और सीधे Cloudflare पर जा सकता है। अब आपको यह चिंता करने की ज़रूरत नहीं है कि हमलावर उपयोगकर्ता डेटा या DNS स्पूफिंग को बेचने के लिए एक रिज़ॉल्वर का उपयोग करते हैं।

हमने एक रिज़ॉल्वर क्यों चुना? हमारी तरह, Cloudflare एक निजी DNS सेवा बनाने के बारे में चिंतित है। हमारे साथ मिलकर, उन्होंने एक अच्छा पारदर्शी DoH रिज़ॉल्वर विकसित किया। कंपनी आसानी से सेवा की अतिरिक्त सुरक्षा के लिए चली गई, इसलिए हमें उनके साथ सहयोग करने की खुशी है।

लेकिन इसका मतलब यह नहीं है कि आपको Cloudflare का उपयोग करना चाहिए। उपयोगकर्ता किसी भी पुनरावर्ती DoH- सक्षम रिज़ॉल्वर का उपयोग करने के लिए फ़ायरफ़ॉक्स को कॉन्फ़िगर कर सकते हैं। जैसे ही नई सेवाएं उपलब्ध होती हैं, हम उनके बीच सरल खोज और स्विचिंग को लागू करने की योजना बनाते हैं।

HTTPS पर DNS का उपयोग करके सुनने और स्पूफिंग से बचाव करें

लेकिन रिज़ॉल्वर केवल खतरा नहीं है। रास्ते में राउटर डीएनएस प्रश्नों को ट्रैक और नकली कर सकते हैं, क्योंकि वे डीएनएस प्रश्नों और प्रतिक्रियाओं की सामग्री भी देखते हैं। सौभाग्य से, रास्ते में राउटर से सुनने से बचाने के लिए इंटरनेट पर पहले से ही तकनीक है। यह वह एन्क्रिप्शन है जिसकी मैं बात कर रहा था।

DNS पैकेटों के आदान-प्रदान के लिए HTTPS का उपयोग हमारे उपयोगकर्ताओं के DNS प्रश्नों को जासूसी से बचाता है।

उपयोगकर्ताओं को डी-एनोनाइजेशन से बचाने के लिए जितना संभव हो उतना कम डेटा ट्रांसफर करें

DoH प्रोटोकॉल के तहत चलने वाले विश्वसनीय रिवाल्वर के अलावा, Cloudflare और I अतिरिक्त सुरक्षा उपायों पर काम कर रहे हैं।

आमतौर पर, रिज़ॉल्वर प्रत्येक सर्वर के लिए पूरी तरह से योग्य डोमेन नाम भेजता है: रूट DNS, टॉप-लेवल डोमेन, सेकंड-लेवल डोमेन नाम सर्वर, आदि। लेकिन Cloudflare सर्वर अलग तरीके से करेगा। यह केवल उस हिस्से को भेजेगा जो किसी विशेष DNS सर्वर से संबंधित है। इसे QNAME न्यूनतमकरण कहा जाता है।


"आप नहीं जानते कि .org सर्वर कैसे प्राप्त करें?"

अक्सर रिवाल्वर में अनुरोध में आपके आईपी पते के पहले 24 बिट्स भी शामिल होते हैं। यह DNS सर्वर को यह पता लगाने में मदद करता है कि आप कहां हैं और निकटतम CDN का चयन करें। लेकिन डीएनएस सर्वर इस जानकारी का उपयोग असमान प्रश्नों को एक-दूसरे से जोड़ने के लिए कर सकते हैं।

इसके बजाय, क्लाउडफेयर अपने स्वयं के आईपी पते में से एक से एक अनुरोध करेगा, जो उपयोगकर्ता के बगल में है। यह एक विशिष्ट व्यक्ति के संदर्भ के बिना जियोलोकेशन प्रदान करता है। हम यह भी पता लगा रहे हैं कि कैसे बेहतर, बेहतर लोड को गोपनीयता के साथ संतुलित करते हुए लागू किया जाए।

यह सब - डोमेन और आईपी पते के अनावश्यक हिस्सों को हटाने - का मतलब है कि DNS सर्वर आपके बारे में बहुत कम डेटा एकत्र कर सकता है।

DoH के साथ TRR से क्या बचा है?

ये सुरक्षात्मक उपाय उन लोगों की संख्या को कम करते हैं जो आपके द्वारा देखे गए पृष्ठों के इतिहास को देख सकते हैं। लेकिन वे डेटा रिसाव को पूरी तरह से खत्म नहीं करते हैं।

जब आप DNS लुकअप करते हैं, तब भी आपको IP पता प्राप्त करने के लिए उस पते पर वेब सर्वर से कनेक्ट करना होगा। ऐसा करने के लिए, एक अनुरोध भेजें। अनुरोध में एक एसएनआई (सर्वर नाम संकेत) शामिल है जो सर्वर पर विशिष्ट साइट को दर्शाता है। और यह अनुरोध एन्क्रिप्टेड नहीं है।

यही है, आपका आईएसपी अभी भी यह पता लगाने में सक्षम है कि आप किन साइटों पर जाते हैं, क्योंकि वे एसएनआई में वहीं सूचीबद्ध हैं। जानकारी उन रूटर्स के लिए भी खुली है जो आपके ब्राउज़र से वेब सर्वर के लिए प्रारंभिक अनुरोध प्रसारित करते हैं।

लेकिन जैसे ही आप वेब सर्वर से जुड़ते हैं, सब कुछ एन्क्रिप्ट हो जाता है। और सबसे महत्वपूर्ण बात, इस एन्क्रिप्टेड कनेक्शन का उपयोग इस सर्वर पर किसी भी साइट के लिए किया जा सकता है, और न केवल आपके द्वारा अनुरोधित मूल के लिए।

इसे कभी-कभी HTTP / 2 कनेक्शन विलय या केवल कनेक्शन का पुन: उपयोग करने के रूप में संदर्भित किया जाता है। जब आप किसी संगत सर्वर से कनेक्शन खोलते हैं, तो यह आपको बताएगा कि अन्य साइटें किस पर होस्ट की गई हैं। फिर आप अपने मौजूदा एन्क्रिप्टेड कनेक्शन का उपयोग करके इन साइटों पर जा सकते हैं।

यह क्यों उपयोगी है? क्योंकि आपको इन अन्य साइटों से जुड़ने के लिए नया कनेक्शन खोलने की आवश्यकता नहीं है। यही है, आपको एसएनआई और उस साइट पर जानकारी के प्रकटीकरण का संकेत देते हुए एक और अनएन्क्रिप्टेड प्रारंभिक अनुरोध भेजने की आवश्यकता नहीं है। तो आप किसी भी अन्य साइट पर एक ही सर्वर पर अपने प्रदाता और राउटर को प्रकट किए बिना यात्रा कर सकते हैं।

सीडीएन की बढ़ती लोकप्रियता के साथ, अधिक से अधिक व्यक्तिगत साइटों को एक सर्वर द्वारा सेवा दी जाती है। और जब से आप कई एकीकृत कनेक्शन खोल सकते हैं, आप एक साथ कई साझा सर्वर या सीडीएन से जुड़ सकते हैं, बिना किसी रिसाव के विभिन्न सर्वरों पर सभी साइटों पर जाकर। इसलिए यह कार्य अधिक से अधिक प्रभावी रूप से एक सुरक्षात्मक स्क्रीन के रूप में काम करता है।

स्टेटस क्या है?

पहले से ही फ़ायरफ़ॉक्स में आप HTTPS पर DNS को सक्षम कर सकते हैं, और हम अनुशंसा करते हैं कि आप ऐसा करते हैं ।

हम सभी उपयोगकर्ताओं के लिए डिफ़ॉल्ट रूप से DoH को सक्षम करना चाहते हैं, क्योंकि हर कोई गोपनीयता और सुरक्षा के हकदार हैं, चाहे वे DNS लीक के बारे में जानते हों या नहीं।

लेकिन यह एक महत्वपूर्ण बदलाव है, और इसे पहले परखने की जरूरत है। इसलिए, हम एक अध्ययन कर रहे हैं। हमारे फ़ायरफ़ॉक्स नाइटी उपयोगकर्ताओं में से आधे प्रदर्शन डेटा इकट्ठा करने में मदद करने के लिए कह रहे हैं।

परीक्षण में, डिफ़ॉल्ट रिज़ॉल्वर का उपयोग किया जाता है, जैसा कि अभी है, लेकिन क्लाउडफ़्लारे DoH रिज़ॉल्वर के लिए भी अनुरोध भेजे जाते हैं। फिर हम परिणाम की पुष्टि करने के लिए तुलना करते हैं कि सब कुछ उम्मीद के मुताबिक काम कर रहा है।

अध्ययन प्रतिभागियों के लिए, Cloudflare DNS प्रतिक्रिया का उपयोग अभी तक नहीं किया गया है। हम बस यह जांचते हैं कि सब कुछ काम करता है, और फिर क्लाउडफ्लेयर प्रतिक्रिया को फेंक दें।



नाइटली उपयोगकर्ताओं के लिए धन्यवाद जो हर दिन फ़ायरफ़ॉक्स का परीक्षण करने में मदद करते हैं। हमें उम्मीद है कि आप भी हमारी मदद करेंगे।