लिंक प्रीव्यू आपके क्लिक करने से पहले ही नेटवर्क अनुरोध भेज सकता है; लेकिन अनुरोध कौन भेजता है और गंतव्य वेबसाइट को क्या जानकारी दिखती है, यह मैसेंजर की बनावट पर निर्भर करता है। चैट में एक छोटा चित्र दिखने से यह निष्कर्ष नहीं निकाला जा सकता कि भेजने और पाने वाले, दोनों के IP उजागर हो गए हैं।
एंड-टू-एंड एन्क्रिप्शन बातचीत के पक्षों के बीच भेजे जाने वाले संदेश की रक्षा करता है। वेबसाइट का शीर्षक और चित्र प्राप्त करने का मार्ग अलग होता है और उसका मूल्यांकन भी अलग होना चाहिए।
प्रीव्यू बनाने के तीन अलग तरीके
| तरीका | गंतव्य वेबसाइट क्या देखती है? | महत्वपूर्ण प्रश्न |
|---|---|---|
| डिवाइस द्वारा सीधे प्राप्त करना | अनुरोध भेजने वाले कनेक्शन का IP और अनुरोध के साथ की जानकारी | अनुरोध टाइप करते, भेजते या प्राप्त करते समय होता है? |
| मध्यस्थ या प्रॉक्सी के ज़रिए प्राप्त करना | आम तौर पर उपयोगकर्ता के सीधे IP के बजाय मध्यस्थ का IP | मध्यस्थ स्वयं क्या देखता और सँभालकर रखता है? |
| भेजने वाला प्रीव्यू बनाकर संदेश में भेजता है | कार्ड दिखाने के लिए प्राप्तकर्ता को गंतव्य से जुड़ना शायद न पड़े | कार्ड के चित्र स्थानीय हैं या फिर से वेब से प्राप्त होते हैं? |
इन तरीकों को मिलाया भी जा सकता है। उदाहरण के लिए, Signal ने 2019 के तकनीकी विवरण में प्रीव्यू के लिए प्रॉक्सी के इस्तेमाल को समझाया था। यह दस्तावेज़ एक डिज़ाइन का उदाहरण है; जाँच किए बिना इसे सभी संस्करणों या सभी ऐप पर लागू नहीं मानना चाहिए। Signal की वर्तमान मार्गदर्शिका प्रीव्यू बनाना बंद करने और भेजने से पहले कार्ड हटाने की सुविधा समझाती है।
IP, लिंक पहचानकर्ता और व्यक्ति की पहचान एक चीज़ नहीं हैं
गंतव्य वेबसाइट उस पक्ष का IP देखती है जो नेटवर्क कनेक्शन बनाता है; वह डिवाइस, VPN या प्रॉक्सी हो सकता है। अकेला IP सामान्यतः व्यक्ति का नाम या उसके घर का सटीक पता नहीं होता, लेकिन अनुरोध के समय और अन्य डेटा के साथ उसे घटनाएँ जोड़ने के लिए इस्तेमाल किया जा सकता है।
विशिष्ट पहचानकर्ता वाला लिंक भी दिखा सकता है कि उसी URL का अनुरोध किया गया था। केवल इस अवलोकन से साबित नहीं होता कि उसे किसने पढ़ा: अनुरोध प्रीव्यू, सुरक्षा उपकरण, भेजने वाले, पाने वाले या दोबारा साझा किया गया लिंक पाने वाले किसी व्यक्ति से आ सकता है।
इसके अलावा, IP पता ज़रूरी नहीं कि HTTP के भीतर कोई फ़ील्ड हो; वह नेटवर्क संचार का हिस्सा है। User-Agent जैसे हेडर का प्रकार और मान अनुरोध करने वाले सॉफ़्टवेयर पर निर्भर करते हैं।
पृष्ठ का शीर्षक प्राप्त करना उसे पूरी तरह चलाने से अलग है
कुछ प्रीव्यू केवल HTML और चित्र प्राप्त करके संसाधित करते हैं। इसका अर्थ ज़रूरी नहीं कि JavaScript चली या पृष्ठ ब्राउज़र में खुला। इसके विपरीत, पहले से लोड करना या वेब परिवेश में पृष्ठ दिखाना अलग व्यवहार कर सकता है।
इसलिए दो अलग प्रश्न पूछें: “क्या वेबसाइट को अनुरोध भेजा जाता है?” और “क्या पृष्ठ की सक्रिय सामग्री चलाई जाती है?” एक का उत्तर दूसरे का उत्तर तय नहीं करता।
संवेदनशील बातचीत के लिए व्यावहारिक सेटिंग
- अगर प्रीव्यू कार्ड की ज़रूरत नहीं है, तो ऐप में उसे अपने-आप बनाने का विकल्प जाँचें। बन जाने के बाद कार्ड हटाने से पहले भेजा गया अनुरोध वापस नहीं होता।
- अनजान लिंक और लॉगिन, रिकवरी या फ़ाइल साझा करने के व्यक्तिगत लिंक को संवेदनशील डेटा मानें। परीक्षण करने के लिए उन्हें सार्वजनिक URL विश्लेषण सेवाओं में न डालें।
- हस्ताक्षरित लिंक के पैरामीटर मनमाने ढंग से न हटाएँ; इससे पहुँच या अखंडता बिगड़ सकती है। संभव हो तो मूल स्रोत से पृष्ठ का सार्वजनिक, गैर-व्यक्तिगत संस्करण लें।
- प्रीव्यू बंद करने को सभी नेटवर्क कनेक्शन रोकना न समझें। लिंक खोलने, बाहरी चित्रों और अन्य सुविधाओं के अपने-अपने मार्ग होते हैं।
- संगठनात्मक मूल्यांकन के लिए अपने नियंत्रण वाले हानिरहित URL और परीक्षण डिवाइस से जाँचें कि अनुरोध कब बनता है; एक संस्करण के परिणाम सभी डिवाइस पर लागू न मानें।
Livara के बारे में क्या कहा जा सकता है?
Livara का थ्रेट मॉडल निजी सामग्री की सुरक्षा की सीमाएँ और डिवाइस तथा नेटवर्क की सीमाएँ समझाता है। इस सामान्य विवरण से यह निष्कर्ष नहीं निकलता कि हर संस्करण का हर प्रीव्यू निश्चित रूप से सीधे या निश्चित रूप से प्रॉक्सी के ज़रिए जाता है। ऐसे दावे के लिए उस सुविधा के दस्तावेज़ या उसी संस्करण की जाँच चाहिए।
लिंक की निजता के लिए प्रीव्यू कार्ड की दिखावट से अधिक महत्वपूर्ण अनुरोध का मार्ग है।
