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