टोर सुरक्षा परिषद की रिपोर्ट: दुर्भावनापूर्ण निकास नोड्स में एसएसएलस्ट्रिप का उपयोग किया गया।

जो हुआ उसका सार

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

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

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

भविष्य में इसी तरह के हमलों को रोकना

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

साइटों की ओर से अनुशंसित कार्रवाइयां:

1. HTTPS सक्षम करें (निःशुल्क प्रमाणपत्र प्रदान किए जाते हैं)। चलो एन्क्रिप्ट करें)

2. HTTPS-एवरीव्हेयर सूची में पुनर्निर्देशन नियम जोड़ें ताकि उपयोगकर्ता असुरक्षित कनेक्शन स्थापित करने के बाद पुनर्निर्देशन पर भरोसा करने के बजाय सक्रिय रूप से एक सुरक्षित कनेक्शन स्थापित कर सकें। इसके अलावा, यदि वेब सेवा प्रशासन निकास नोड्स के साथ बातचीत से पूरी तरह बचना चाहता है, तो वह ऐसा कर सकता है साइट का एक प्याज संस्करण प्रदान करें.

टोर प्रोजेक्ट वर्तमान में टोर ब्राउज़र में असुरक्षित HTTP को पूरी तरह से अक्षम करने पर विचार कर रहा है। कुछ साल पहले, ऐसा उपाय अकल्पनीय रहा होगा (बहुत सारे संसाधनों में केवल असुरक्षित HTTP था), लेकिन HTTPS-एवरीव्हेयर और फ़ायरफ़ॉक्स के आगामी संस्करण में पहले कनेक्शन के लिए डिफ़ॉल्ट रूप से HTTPS का उपयोग करने की क्षमता के साथ एक प्रयोगात्मक विकल्प है। यदि आवश्यक हो तो HTTP पर वापस आएं। यह अभी भी स्पष्ट नहीं है कि यह दृष्टिकोण टोर ब्राउज़र उपयोगकर्ताओं को कैसे प्रभावित करेगा, इसलिए इसे पहले ब्राउज़र के उच्च सुरक्षा स्तरों (शील्ड आइकन) पर परीक्षण किया जाएगा।

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

वर्तमान दृष्टिकोण में दो मूलभूत समस्याएँ हैं:

1. किसी अज्ञात रिले पर विचार करते समय उसकी दुर्भावना सिद्ध करना कठिन होता है। अगर उस पर कोई हमला नहीं हुआ तो क्या उसे वहीं छोड़ दिया जाना चाहिए? कई उपयोगकर्ताओं को प्रभावित करने वाले बड़े हमलों का पता लगाना आसान होता है, लेकिन यदि हमले केवल कुछ ही साइटों और उपयोगकर्ताओं को प्रभावित करते हैं, हमलावर सक्रिय रूप से कार्य कर सकता है. टोर नेटवर्क में दुनिया भर में स्थित हजारों रिले शामिल हैं, और यह विविधता (और इसके परिणामस्वरूप विकेंद्रीकरण) इसकी ताकत में से एक है।

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

स्रोत: linux.org.ru