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