काम का VPN गेटवे आपकी जगह के बारे में क्या देख सकता है

काम के VPN से जुड़ने के बाद कोई वेबसाइट जो पता देखती है, वह वह पता नहीं है जो जुड़ते समय काम के गेटवे ने देखा था। गेटवे आपके लैपटॉप के किसी भी नेटवर्क से आने वाली सुरंग स्वीकार करता है, और यह स्रोत किसी भी सुरंगयुक्त ट्रैफ़िक के होने से पहले ही उसे दिखाई देता है। बाद में ब्राउज़र का कॉर्पोरेट निकास बताना पहले के अवलोकन को मिटाता नहीं, क्योंकि ये दो अलग चीज़ों के अवलोकन हैं। यह समझना कि कौन-सा कौन-सा है, इस बहस का अधिकांश हिस्सा हल कर देता है कि नियोक्ता क्या अनुमान लगा सकता है और क्या नहीं।

दो पते, दो अलग अवलोकन

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

घरेलू राउटर के पीछे स्रोत NAT के बाद राउटर का सार्वजनिक पता होता है। मोबाइल नेटवर्क पर यह ऑपरेटर स्तर का NAT पता हो सकता है जो एक ही समय कई अन्य ग्राहकों के साथ साझा होता है, इसीलिए दो असंबंधित लोग एक ही जगह से आते दिख सकते हैं। कॉर्पोरेट अतिथि नेटवर्क पर यह उस नेटवर्क का निकास होता है। हर स्थिति में गेटवे एक पता, एक पोर्ट और एक समय-चिह्न जान जाता है, और पता किसी व्यक्ति का नहीं, किसी नेटवर्क ऑपरेटर का होता है।

गेटवे वास्तव में क्या दर्ज करता है

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

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

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

IP डेटाबेस क्या कह सकता है और क्या नहीं

IP भू-स्थान डेटाबेस उस पते को लेकर फ़ील्ड लौटाता है: देश, क्षेत्र, शहर, डाक कोड, अक्षांश और देशांतर, साथ ही सटीकता त्रिज्या जहाँ विक्रेता एक देता है। वे फ़ील्ड पंजीकरण डेटा, नेटवर्क टोपोलॉजी और मापी गई विलंबता से निकाले गए अनुमान हैं, और हर स्तर पर अलग तरह से बिगड़ते हैं। देश का उत्तर ठोस हो सकता है जबकि शहर का उत्तर एक अनुमान हो।

MaxMind का अपना सटीकता मार्गदर्शन यहाँ के महत्वपूर्ण अंतर के बारे में स्पष्ट है: किसी VPN सर्वर का स्थान ढूँढना उसके उपयोगकर्ताओं का स्थान ढूँढना नहीं है, और डेटा किसी घर, व्यक्ति या गली के पते की पहचान नहीं कर सकता। सटीकता त्रिज्या और विश्वास फ़ील्ड वहाँ पढ़िए जहाँ उत्पाद उन्हें प्रस्तुत करता है, और अनुपस्थित डेटा को अनुपस्थित ही मानिए, डिफ़ॉल्ट मान नहीं। नक्शे पर पिन प्रस्तुति का चुनाव है, माप नहीं। पंजीकरण रिकॉर्ड और उल्टा DNS एक और तरह का साक्ष्य हैं: whois 203.0.113.5 बताता है कि कौन-सा ऑपरेटर आवंटन रखता है और dig +short -x 203.0.113.5 बताता है कि ऑपरेटर ने उसे क्या नाम दिया, और इनमें से कोई भी इस बारे में कथन नहीं है कि कोई व्यक्ति कहाँ खड़ा था।

रिकॉर्ड जो विकल्प नहीं हैं

यह दोनों दिशाओं में काटता है, इसीलिए यह निर्णायक निर्णय के लिए कमज़ोर आधार है। स्वीकृत क्षेत्र से मेल खाता अनुमान उपस्थिति सिद्ध नहीं करता। बेमेल होना अपने आप में छल सिद्ध नहीं करता।

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

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

कार्य-व्यवस्था के लिए क्या निकलता है

अपनी व्यवस्थाओं के लिए प्रश्न यह है कि संगठन क्या एकत्र करता है और कौन-सी कार्य-जगहें अनुमत करता है। ये व्यवसाय के दो अलग हिस्सों से दो उत्तर हैं।

स्रोत IP का प्रदर्शन किसी जगह से काम करने की अनुमति तय नहीं कर सकता, और मार्ग बदलना व्यवस्था पर सहमति का विकल्प नहीं है। यदि नीति अस्पष्ट है, तो उत्पादक कदम पूछना है, नेटवर्क मार्ग अनुकूलित करना नहीं। तकनीकी बचाव अक्सर वही रिकॉर्ड बनाते हैं जो छिपाने जैसा दिखता है।

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