एक विकृत कैश के माध्यम से टोर नेटवर्क के उपयोगकर्ताओं के वास्तविक आईपी पते की पहचान

यह आलेख "301 रीडायरेक्ट के माध्यम से कैश विरूपण" के व्यावहारिक अनुप्रयोग के एक उदाहरण का वर्णन करता है, जिसका उपयोग टोर नेटवर्क के आउटपुट नोड द्वारा दुर्भावनापूर्ण कोड के साथ चयनित उपयोगकर्ताओं के वास्तविक आईपी पते की पहचान करने के लिए किया जा सकता है।

हमला परिदृश्य

हमले का परिदृश्य निम्नानुसार है:

• ग्राहक: क्रोम कैनरी (76.0.3796.0)
• असली ग्राहक आईपी: 5.60.164.177
• ग्राहक ट्रैकिंग पैरामीटर: 6b48c94a-cf58-452c-bc50-96bace981b27
• टोर नेटवर्क के आउटपुट नोड का आईपी पता: 51.38.150.126
• पारदर्शी उल्टा प्रॉक्सी: tor.modlishka.io (मोदीलका - जारी किया जाने वाला अद्यतन कोड।)

नोट: इस परिदृश्य में, क्रोम ब्राउज़र को टोर नेटवर्क का उपयोग करने के लिए SOCKS5 नेटवर्क प्रोटोकॉल के माध्यम से कॉन्फ़िगर किया गया था। टॉर चैनल को एक विशिष्ट परीक्षण आउटपुट नोड: '51 .38.150.126 'के लिए तैयार किया गया है। यह अवधारणा की एक मान्यता भी है और भविष्य में कई सेटिंग्स को अनुकूलित किया जा सकता है ...

टॉर नेटवर्क के एक दुर्भावनापूर्ण आउटपुट नोड के मामले में, सभी ट्रैफ़िक को मोडिलेसका प्रॉक्सी सर्वर के माध्यम से पुनर्निर्देशित किया जाता है:

iptables -A OUTPUT -p tcp -m tcp --dport 80 -j DNAT --to-destination ip_address:80 iptables -A FORWARD -j ACCEPT 

हमला परिदृश्य विवरण

मान्यताओं:

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

आइए एक हमले के परिदृश्य के निम्नलिखित चरणों को देखें:

1. उपयोगकर्ता टो सिस्टम के SOCKS5 नेटवर्क प्रोटोकॉल का उपयोग करने के लिए ब्राउज़र को कॉन्फ़िगर करके टो नेटवर्क के माध्यम से इंटरनेट से कनेक्ट करता है, या कॉन्फ़िगर करके ताकि ऑपरेटिंग सिस्टम के सभी ट्रैफ़िक को टो नेटवर्क के माध्यम से पुनर्निर्देशित किया जाए।
2. उपयोगकर्ता अपने पसंदीदा ब्राउज़र का उपयोग करके अपना सामान्य इंटरनेट एक्सेस सत्र शुरू करता है, जहां आमतौर पर टॉल्स सुरक्षा प्रोटोकॉल के बिना बहुत सारे HTTP ट्रैफ़िक को टोर नेटवर्क की सुरंग के माध्यम से भेजा जाता है।
3. टॉर नेटवर्क का दुर्भावनापूर्ण आउटपुट नोड HTTP 301 प्रतिक्रिया कोड का उपयोग करके प्रत्येक को अग्रेषित करके अनुरोधों और प्रतिक्रियाओं को स्वीकार करता है। ये रीडायरेक्ट लगातार ब्राउज़र द्वारा कैश किए जाएंगे और असाइन किए गए टोर क्लाइंट आइडेंटिफायर के साथ ट्रैकिंग URL पर भेजे जाएंगे। ट्रैकिंग URL निम्नलिखित तरीके से बनाया जा सकता है: user- Identifier.evil.tld, जहां 'bad.tld' स्रोत IP पते के बारे में सभी जानकारी एकत्र करेगा और उपयोगकर्ताओं को मूल रूप से अनुरोध किए गए मेजबानों को पुनर्निर्देशित करेगा ... या, वैकल्पिक रूप से, पारदर्शी रिवर्स के लिए। एक प्रॉक्सी सर्वर जो HTTP क्लाइंट ट्रैफ़िक के सभी बाद की धारा को रोकने की कोशिश करेगा। इसके अलावा, चूंकि यह सबसे लोकप्रिय डोमेन के लिए कैश को स्वचालित रूप से विकृत करना संभव है (जैसा कि पिछले लेख में वर्णित है), उदा। कंपनी «एलेक्सा» के आंकड़ों के अनुसार शीर्ष 100 साइटें, हमलावर वास्तविक आईपी पते की पहचान करने की अपनी संभावनाओं को अधिकतम करता है।
4. टॉर नेटवर्क सत्र से बाहर निकलने के बाद, उपयोगकर्ता अपने नियमित नेटवर्क पर चले जाएंगे।
5. जैसे ही उपयोगकर्ता पिछले बार के विकृत डोमेन में से किसी एक को एड्रेस बार (उदाहरण के लिए, "google.com") में दर्ज करता है, ब्राउज़र आउटपुट नोड के संदर्भ पहचानकर्ता के साथ ट्रैकिंग URL में आंतरिक पुनर्निर्देशन के लिए कैश का उपयोग करता है।
6. आउटपुट होस्ट उपयोगकर्ता के साथ ट्रैकिंग URL का उपयोग करने वाले बाहरी होस्ट से प्राप्त जानकारी का उपयोग करके उपयोगकर्ता के वास्तविक आईपी पते के साथ पहले से इंटरसेप्ट किए गए HTTP अनुरोध का मिलान करने में सक्षम होगा। बुराई.टेड होस्ट में उन सभी आईपी पतों की जानकारी होगी जो ट्रैकिंग URL तक पहुँचने के लिए उपयोग किए गए थे।

जाहिर है, यह विधि आपको टोर नेटवर्क के आउटपुट नोड का उपयोग करके क्लाइंट आईपी पते के साथ चयनित HTTP अनुरोधों को कुशलतापूर्वक मिलान करने की अनुमति देती है। ऐसा इसलिए होता है क्योंकि पहले से जनरेट किए गए ट्रैकिंग URL को क्लाइंट द्वारा "Tor" नेटवर्क सुरंग के माध्यम से अनुरोध किया जाएगा, और फिर जैसे ही इंटरनेट प्रदाता के मानक कनेक्शन के माध्यम से कनेक्शन बनाया जाएगा। यह कैश में कोडित कोड के कारण है।

एक अन्य दृष्टिकोण, संबंधित प्रतिक्रियाओं में ट्रैकिंग के लिए एम्बेडेड URL के साथ संशोधित जावास्क्रिप्ट कोड की शुरूआत पर आधारित हो सकता है, जिसमें TLS सुरक्षा प्रोटोकॉल नहीं है, और आवश्यक नियंत्रण कैश हेडर (जैसे 'कैश-कंट्रोल: अधिकतम-आयु = 315000000') बदल रहा है । हालांकि, यह दृष्टिकोण बहुत प्रभावी नहीं है।

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

निष्कर्ष

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

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

जोखिम कम करने के तरीके:

• टॉर नेटवर्क के माध्यम से इंटरनेट से कनेक्ट करते समय, सुनिश्चित करें कि टीएलएस सुरक्षा प्रोटोकॉल का उपयोग नहीं करने वाले सभी ट्रैफ़िक अक्षम हैं। ब्राउज़र प्लगइन्स का एक उदाहरण जिसका उपयोग किया जा सकता है: फ़ायरफ़ॉक्स "और" क्रोम "ब्राउज़रों के लिए।
• इसके अलावा, टोर नेटवर्क के माध्यम से इंटरनेट से कनेक्ट होने पर हमेशा "निजी" ब्राउज़र मोड का उपयोग करें।
• अपने संपूर्ण ऑपरेटिंग सिस्टम पर Tor नेटवर्क के माध्यम से ट्रैफ़िक को पुनर्निर्देशित न करें जब तक कि आप सुनिश्चित न हों कि सभी आउटगोइंग ट्रैफ़िक TLS सुरक्षा प्रोटोकॉल का उपयोग करते हैं ...
• जब भी संभव हो, वेब ब्राउज़ करने के लिए टोर ब्राउज़र के नवीनतम संस्करण का उपयोग करें।

---

DEDIC.SH पर 2019 इंटेल स्केलेबल प्रोसेसर के साथ समर्पित सर्वरों के नवीनतम दोहरे प्रोसेसर कॉन्फ़िगरेशन उपलब्ध हैं:

• 2x Xeon Silver 4214 - कुल 24 कोर
• 2x Xeon Gold 5218 - कुल 32 कोर
• 2x Xeon Gold 6240 - 36 कोर के साथ कॉन्फ़िगरेशन।

152 X rubles / महीने से - दो Xeon Silver 4214 वाले सर्वर की लागत
हम आपके लिए कोई भी कॉन्फ़िगरेशन एकत्र करने के लिए तैयार हैं - हमें लिखें !

यदि एक समर्पित सर्वर की बड़ी शक्तियों की आवश्यकता नहीं है - 150 रूबल / माह से वीडीएस की आवश्यकता है!