नेट पर गुमनामी के तरीके। भाग 2. डेटा लीक

हाय, हेबरोज़र्स!

आज हम इंटरनेट पर गुमनामी के बारे में बातचीत जारी रखते हैं।
दूसरा भाग शुरुआती लोगों के लिए थोड़ा अधिक कठिन हो गया। इसमें दो खंड शामिल होंगे:

• पहले खंड में, हम "गुमनामी" के लिए केंद्रीकृत समाधान के बारे में चर्चा को समाप्त करेंगे: वीपीएन, एसएसएच, एसओकेएसएक्स।
• दूसरे में, हम डेटा लीक करने वाले विशिष्ट लीक पर विचार करते हैं।

सभी भागों यहाँ हैं:
भाग 1: वेब पर गुमनामी के तरीके। बस जटिल के बारे में ।
भाग 2: वेब पर गुमनामी के तरीके। डेटा लीक ।
भाग 3: वेब पर गुमनामी के तरीके। फ़ायरफ़ॉक्स ।
भाग 4: वेब पर गुमनामी के तरीके। टो और वीपीएन। वॉनिक्स

"गुमनामी" का केंद्रीकृत साधन

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

प्रॉक्सी: http और SOCKSx

आइए http प्रॉक्सी में http हेडर्स पर एक करीब से नज़र डालें।
HTTP हेडर एक http संदेश में स्ट्रिंग के कुछ मापदंडों के साथ होता है: " नाम: मान "। बहुत सारे हेडर हैं, बातचीत के दौरान, उन्हें क्लाइंट और सर्वर के बीच आदान-प्रदान किया जाता है।
उदाहरण के लिए, निम्न फ़ील्ड: " दिनांक: शनि, 12 दिसंबर 2012 15:41:52 GMT " सर्वर से क्लाइंट के लिए वर्तमान समय और दिनांक लौटाता है।
इनमें से एक हेडर: एक्स-फॉरवर्डेड-फॉर, वास्तव में, सर्वर के लिए मूल क्लाइंट पता प्राप्त करने के लिए एक HTTP प्रॉक्सी के माध्यम से सर्वर तक पहुंचने का मानक है। और यहां इस हेडर में, यदि आप इसे फ़िल्टर नहीं करते हैं, तो प्रॉक्सी सर्वर की पूरी श्रृंखला शुरू से अंत तक स्थानांतरित की जाती है, उदाहरण के लिए:

• एक्स-फॉरवर्डेड-फॉर: क्लाइंट 1, प्रॉक्सी 1, प्रॉक्सी 2 ...
• X- फ़ॉर्वर्ड-फॉर: 169.78.138.66, 169.78.64.103 ...

इसके अलावा, हेडर जो जानकारी का पता लगाने में शामिल हैं: HTTP_VIA, HTTP_FORWARDED, आदि।

क्लाइंट के आईपी पते को छिपाने वाले HTTP प्रॉक्सी को गुमनाम कहा जाता है। ऐसे सर्वरों को प्रकारों में विभाजित किया जाता है, यह विभाजन बहुत ही मनमाना है, लेकिन, फिर भी:

• साधारण अनाम प्रॉक्सी (अनाम)। ये सर्वर HTTP प्रॉक्सी का उपयोग करने के तथ्य को नहीं छिपाते हैं, हालांकि, वे क्लाइंट के आईपी पते को अपने स्वयं के साथ बदल देते हैं।
• कुलीन अनाम (उच्च अनाम / कुलीन)। ऐसे सर्वर HTTP प्रॉक्सी का उपयोग करने के तथ्य को भी छिपाते हैं।

SOCKS परदे के पीछे, जैसा कि आप याद करते हैं, किसी भी हेडर को प्रसारित नहीं करते हैं।

SOCKS 4, 4a और 5 के बीच के अंतर पर विचार करें: SOCKS के विभिन्न संस्करण हैं:

• SOCKS4। इस तरह के सर्वर के लिए क्लाइंट की आवश्यकता होती है, उदाहरण के लिए, एक वेब ब्राउज़र, केवल उस संसाधन का आईपी पता जिसे वह संदर्भित करता है (प्राप्तकर्ता)। इसलिए, क्लाइंट को किसी भी तरह इस आईपी-एड्रेस का पता लगाने की आवश्यकता होती है, और क्लाइंट केवल प्रॉक्सी को दरकिनार करके अपनी डायरेक्ट DNS क्वेरी का पता लगा सकता है। इससे डी-एनोमिनेशन हो सकता है, क्योंकि इंटरनेट प्रदाता डीएनएस प्रश्नों को स्पष्ट रूप से देख सकता है, इस भेद्यता को डीएनएस-लीक कहा जाता है, यह लेख के दूसरे भाग में बाद में वर्णित है।
• SOCKS4a। यह SOCKS4 का विस्तार है। मुख्य अंतर यह है कि SOCKS4a सर्वर क्लाइंट से केवल प्राप्तकर्ता का DNS नाम प्राप्त करता है, न कि उसका IP पता। यह तब आवश्यक है जब क्लाइंट DNS नाम से पतादाता के आईपी पते को स्वतंत्र रूप से निर्धारित नहीं कर सकता है।
• SOCKS5। यह SOCKS4 का विस्तार भी है। SOCKS5 सर्वर UDP, IPv6, प्राधिकरण, आदि का समर्थन करता है और यद्यपि SOCKS5 परदे के पीछे ग्राहक से लक्ष्य संसाधन का IP पता और DNS नाम दोनों प्राप्त कर सकते हैं, कुछ अनुप्रयोग जो SOCKS5 का समर्थन करते हैं, वे स्वयं गंतव्य IP पता प्राप्त कर सकते हैं। SOCKS5 प्रॉक्सी से संपर्क करें, जिससे DNS क्वेरीज़ का रिसाव भी हो सकता है।

SSH। SSH और VPN की तुलना करें

एक SSH सुरंग एक SSH कनेक्शन के माध्यम से बनाई गई सुरंग है और इसका उपयोग संचारित डेटा को एन्क्रिप्ट करने के लिए किया जाता है। जैसा कि एक ही नाम का विकिपीडिया लेख बताता है: " SSH (सिक्योर शेल - सेफ शेल") एक एप्लिकेशन-स्तरीय नेटवर्क प्रोटोकॉल है जो ऑपरेटिंग सिस्टम के रिमोट कंट्रोल और टीसीपी कनेक्शन (उदाहरण के लिए, फ़ाइलों को स्थानांतरित करने के लिए) की टनलिंग की अनुमति देता है । "
SSH सुरंग का उपयोग करते समय, SSH कनेक्शन, क्लाइंट के एक छोर पर एक प्रोटोकॉल का खुला ट्रैफ़िक एन्क्रिप्ट किया जाता है, और दूसरे, SSH सर्वर पर डिक्रिप्ट किया जाता है।
SSH सुरंग की संचालन योजना को चित्र में दिखाया गया है:

SSH प्रोटोकॉल कई विकल्पों का समर्थन करता है:

• पहले संस्करण में, टनल किए गए एप्लिकेशन में एसएसएच सुरंग के लिए स्थानीय प्रॉक्सी सर्वर के माध्यम से यातायात को निर्देशित करने के लिए HTTP / SOCKS प्रॉक्सी सेटिंग्स होनी चाहिए। यदि ऐसी कोई सेटिंग नहीं है, तो आप मोज़ेक प्रोग्राम का उपयोग कर सकते हैं जो प्रॉक्सी सर्वर के माध्यम से ट्रैफ़िक भेजते हैं।
• दूसरे मामले में, आप लगभग पूर्ण वीपीएन कनेक्शन को व्यवस्थित कर सकते हैं और SOCKS की स्थापना किए बिना कर सकते हैं। संस्करण 4.3 के साथ शुरू, SSH, OpenSSH का एक खुला कार्यान्वयन, OSI मॉडल के दूसरे और तीसरे स्तर के सुरंग नेटवर्क इंटरफेस का उपयोग कर सकता है, अर्थात वीपीएन कनेक्शन के एनालॉग को व्यवस्थित कर सकता है।

गुमनामी के संदर्भ में वीपीएन और एसएसएच की तुलना करें।

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

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

सुरक्षा
PPTP को छोड़कर VPN और SSH प्रोटोकॉल काफी सुरक्षित हैं। अधिकांश संभावित हमले मैन-इन-द-मिड और स्पूफिंग सर्टिफिकेट या चाबियों के नीचे आते हैं, हालांकि यह प्रमाणीकरण और उपयोगकर्ता की उपस्थिति की समस्या है।

सुविधा
सुविधा एक सशर्त और व्यक्तिपरक अवधारणा है, यह आपके लक्ष्यों और अनुभव पर निर्भर करता है।

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

गति
प्रत्येक उपकरण की गति उपयोग किए गए विशिष्ट कार्यान्वयन और प्रोटोकॉल पर निर्भर करती है। यदि हम SSH और OpenVPN की तुलना करते हैं, तो मैं पहले से ही किए गए शोध को साझा करूंगा:

• नेटवर्क - 96.5 एमबीपीएस।
• नेटवर्क / एसएसएच - 94.2 एमबीपीएस।
• नेटवर्क / वीपीएन - 32.4 एमबीपीएस।

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

उपयोगी सलाह

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

2. केवल वीपीएन सर्वर के पते पर इंटरनेट का उपयोग करने की अनुमति दें:

3. गेटवे के साथ डिफ़ॉल्ट मार्ग जोड़ें - वीपीएन सर्वर:

कहां: 192.168.0.1 - इंटरनेट गेटवे, 55.55.55.55 - वीपीएन गेटवे।
एक अन्य तरीका खुले इंटरनेट कनेक्शन के गुणों में गैर-मौजूद डीएनएस सर्वर स्थापित करना है, उदाहरण के लिए, 127.0.0.1। इस मामले में, वेब सर्फिंग और इसी तरह के अन्य कार्य किसी वीपीएन सर्वर से जुड़े बिना असंभव हो जाते हैं।
विशेष कार्यक्रम भी हैं, उदाहरण के लिए, वीपीएन-वॉचर, जो दिए गए अनुप्रयोगों के लिए प्रति सेकंड कई बार वीपीएन कनेक्शन की जांच करता है और वीपीएन कनेक्शन काट दिए जाने पर अपना काम बंद कर देता है।
एक और पोंगो विधि के लिए धन्यवाद : " वीपीएन वियोग से खुद को बचाने का एक और तरीका एक फ़ायरवॉल स्थापित करना है। मानक विंडोज़ फ़ायरवॉल भी उपयुक्त है। चित्रों के साथ एक निर्देश है । इसके अलावा, आप अवरुद्ध नियम नहीं बना सकते हैं, लेकिन पैराग्राफ 10 के लिए अपने आप को स्थापित करें।" व्यक्तिगत कार्यक्रमों के लिए (उदाहरण के लिए, ओपनवीपीएन के लिए), आप अलग से अनुमेय नियम बना सकते हैं ताकि वीपीएन कनेक्ट न होने पर भी ये प्रोग्राम काम करें। "
एक अन्य तरीके के लिए धन्यवाद अमराओ : " मुझे लगता है कि यदि आप एक सुरक्षित संरचना का निर्माण करते हैं, तो आपको बस दो सत्रों का चयन करना चाहिए - सुरक्षित और सुरक्षित नहीं। सत्र के नेता को cgroups में रखें, जहां से गैर-वीपीएन इंटरफ़ेस बस उपयोग के लिए उपलब्ध नहीं है - इस मामले में जानकारी होगी केवल इस इंटरफ़ेस के माध्यम से भेजा गया। "

डेटा और संभावित कमजोरियों का पता लगाना

आइए देखें कि हम अपने बारे में कौन सी पहचान की जानकारी इंटरनेट पर स्थानांतरित कर सकते हैं। मैं उन कार्यक्रमों में कमजोरियों (0day सहित) पर विचार नहीं करूंगा जिनके संचालन से कंप्यूटर पर सामान्य रूप से पूर्ण नियंत्रण हो सकता है।

संपूर्ण

आईपी ​​एड्रेस नेटवर्क पर सबसे "लोकप्रिय" पहचानकर्ता। अलग-अलग स्थितियों में इसका मूल्य भिन्न हो सकता है, लेकिन एक नियम के रूप में, यह आईपी पते का खुलासा करके नेटवर्क "एनोनिमस" को डराने के लिए प्रथागत है।
समाधान : पहले लेख में वर्णित साधन आईपी पते को छिपाने के साथ सामना करते हैं: " नेटवर्क पर गुमनामी के तरीके। सिर्फ जटिल। "

DNS-लीक तब होता है जब कोई एप्लिकेशन इंटरनेट सर्वर के DNS सर्वरों का उपयोग करके अपने DNS प्रश्नों को भेज सकता है। यह अक्सर तब होता है जब स्थानीय प्रॉक्सी सर्वर (hi, SOCKS 4, 5!) के माध्यम से लोग विभिन्न अनुप्रयोगों के टोर नेटवर्क पर ट्रैफ़िक भेजने की कोशिश करते हैं जो टॉर को दरकिनार करते हुए DNS नामों को हल करते हैं।
जांचें कि क्या आप इस लीक के लिए अतिसंवेदनशील हैं: www.dnsleaktest.com
समाधान : वीपीएन कनेक्शन के साथ काम करते समय, सबसे सुविधाजनक विकल्प वीपीएन प्रदाता के स्थिर DNS सर्वर का उपयोग करना है या, यदि आपके पास एक व्यक्तिगत वीपीएन सर्वर है, तो OpenDNS (208.67.222.222, 208.67.222.220) या Google DNS (8.8.8.8) का उपयोग करें , 8.8.4.4)।
टॉर में इस तरह की लीक को रोकने के लिए, टॉर ब्राउजर बंडल का उपयोग करने की सिफारिश की जाती है, या यदि आप वास्तव में टॉर को किसी अन्य एप्लिकेशन को ट्रैफ़िक भेजना चाहते हैं, तो सबसे सुरक्षित और सार्वभौमिक विकल्प आइसोलेशन प्रॉक्सी है, जिसकी चर्चा निम्नलिखित लेखों में से एक में की जाएगी।
I2P नेटवर्क पर कोई DNS क्वेरी नहीं है। आउटप्रॉक्सी के साथ काम करते समय, डीएनएस प्रश्न आउटप्रॉक्सी पर ही किए जाते हैं।
रुलिन की सलाह के लिए धन्यवाद : " ... फ़ायरफ़ॉक्स में सॉक्स प्रॉक्सी का उपयोग करते समय, डीएनएस-लीक डिफ़ॉल्ट रूप से होगा, इसे से छुटकारा पाने के लिए, आपको आवश्यकता है: पता बार में, टाइप करें: config, क्लिक करें" मैं सावधान रहूंगा, मैं वादा करता हूं! "।
हमें विकल्प network.proxy.socks मिल जाता है, मान को सही में बदलने के लिए डबल-क्लिक करें,
सब कुछ, अब जब मोजे प्रॉक्सी का उपयोग करते हैं, तो डीएनएस अनुरोध भी मोजे के माध्यम से जाएंगे ।
"Network.proxy.socks_remote_dns" सेटिंग निर्धारित करती है कि SOCKS5 का उपयोग करते समय DNS प्रश्नों को कहाँ निष्पादित किया जाएगा। "ट्रू" का मान सेट करता है कि उन्हें SOCKS प्रॉक्सी के माध्यम से निष्पादित किया जाएगा, न कि क्लाइंट पर।

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

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

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

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

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

नेटवर्क इंटरफ़ेस का मैक पता वाई-फाई एक्सेस पॉइंट के लिए जाना जाता है जब एक क्लाइंट इसे जोड़ता है।
समाधान : यदि आप चिंता करते हैं कि एक्सेस प्वाइंट आपके इंटरफ़ेस के मैक पते को याद रखेगा, तो कनेक्ट करने से पहले इसे बदल दें।

हमारे "डिजिटल छाया" के लिए समर्पित इस संसाधन पर: myshadow.org/trace-my-shadow , अन्य बातों के अलावा, हम देख सकते हैं कि हम अपने बारे में कौन सा डेटा नेटवर्क तक पहुँचाते हैं:

ब्राउजर्स क्या कह सकते हैं?

कुकीज़ विभिन्न कार्यों के लिए एप्लिकेशन (अक्सर ब्राउज़र) द्वारा संग्रहीत किसी भी मान के साथ पाठ फाइलें हैं, उदाहरण के लिए, प्रमाणीकरण। अक्सर ऐसा होता है कि एक क्लाइंट ने पहले खुले सत्र से एक संसाधन का दौरा किया, ब्राउज़र ने कुकीज़ को बचाया, और फिर क्लाइंट एक अनाम सत्र से जुड़ा, फिर सर्वर कुकीज़ से मेल कर सकता है और ग्राहक की गणना कर सकता है।
इसके अलावा, तथाकथित 3-पार्टी कुकीज़ हैं जो हमारे साथ संग्रहीत हैं, उदाहरण के लिए, किसी अन्य साइट (3-पार्टी) से विज्ञापन बैनर देखने के बाद। और इस बैनर का वेबसाइट स्वामी हमें उन सभी संसाधनों पर नज़र रखने में सक्षम है जहाँ इसके बैनर लगाए गए हैं।
जो लोग कुकीज़ के बारे में अधिक जानना चाहते हैं, उनके लिए मैं आपको लेख पढ़ने की सलाह देता हूं:

• कुकीज़ के बिना कुकी ।
• HTTP हेडर का उपयोग करके स्थायी गैर-अवरुद्ध कुकीज़ ।
• एवरूकी सबसे लगातार कुकीज़ हैं ।

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

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

क्लाइंट-साइड Javascripts सर्वर के लिए और भी अधिक जानकारी एकत्र कर सकते हैं, जिसमें स्पष्ट रूप से इसकी पहचान करना भी शामिल है। इसके अलावा, यदि हम जिस साइट पर जाते हैं वह XSS के अधीन है, तो इसमें शामिल जावास्क्रिप्ट स्क्रिप्ट हमलावर को सभी आगामी परिणामों के साथ एक सफल हमले का संचालन करने में मदद करेगी।

वेब बग वेब पृष्ठों के अदृश्य विवरण हैं जिनका उपयोग साइट विज़िट की निगरानी के लिए किया जाता है। वे सर्वर पर विभिन्न क्लाइंट जानकारी भेज सकते हैं। Google वेब कीड़े पूरे इंटरनेट पर व्यापक हैं।

HTTP रेफ़र एक http हेडर है जिसके साथ एक वेबसाइट यह निर्धारित कर सकती है कि ट्रैफ़िक कहाँ से आ रहा है। यही है, यदि आप उस लिंक पर क्लिक करते हैं जिसे http रेफ़र प्रेषित करता है, तो जिस साइट पर लिंक जाता है, वह यह पता लगा सकेगी कि आप किस साइट से गए थे।

समाधान : प्रत्येक ब्राउज़र की सुरक्षित कॉन्फ़िगरेशन के बारे में, जिसमें डेटा की पहचान करने की उपरोक्त सभी श्रेणियों को अवरुद्ध करना शामिल है, यह संसाधन पर बहुत विस्तृत और स्पष्ट रूप से लिखा गया है: fixtracking.com , अद्भुत DuckDuckGo खोज इंजन से:

क्षुधा

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

• कुछ बिटटोरेंट क्लाइंट प्रॉक्सी सेटिंग्स को अनदेखा करते हैं, खुले चैनलों पर ट्रैफ़िक भेजते हैं।
• Windows अद्यतन सर्वर पर डेटा की एक दर्जन श्रेणियां भेजता है, जिसमें एक अद्वितीय 128-बिट पहचानकर्ता (GUID) भी शामिल है। विंडोज अपडेट मिटम के लिए भी असुरक्षित है, और इसलिए, आउटपुट आउटपुट, जैसे कि टोर, हमले का एक स्रोत हो सकता है।
• मुक्त अनुप्रयोगों के भुगतान या सीरियल नंबर की लाइसेंस कुंजी भी इंटरनेट पर स्थानांतरित की जा सकती है, उदाहरण के लिए, सक्रियण या अपडेट के दौरान, जिससे उपयोगकर्ता की पहचान हो सके।
• विंडोज मीडिया प्लेयर स्वतंत्र रूप से संगीत या विनिमय सेवा डेटा के बारे में जानकारी का अनुरोध कर सकता है।
• CTC प्रोटोकॉल, क्लाइंट-टू-क्लाइंट प्रोटोकॉल के माध्यम से IRC चैट का उपयोग करते समय समय क्षेत्र डेटा प्रसारित किया जा सकता है।
• एक त्रुटि के मामले में भेजे गए विंडोज रैम डंप में डेटा की पहचान भी शामिल है।
• फ़ाइल मेटाडेटा में महत्वपूर्ण डेटा शामिल हो सकते हैं: निर्माण तिथि, लेखकीय इत्यादि।

समाधान : अनाम सत्र में किसी भी अविश्वसनीय और असत्यापित एप्लिकेशन का उपयोग न करें।

निष्कर्ष

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