क्या डायरी को क्लाउड में रखना सुरक्षित है?

क्या डायरी को क्लाउड में रखना सुरक्षित है? सबके लिए एक हाँ या ना नहीं है। पहले तय करो कि क्या बचाना है, किससे बचाना है, और कौन-सा नतीजा अधिक खराब होगा—बिना अनुमति खुलना, हमेशा के लिए खोना या दोनों। फिर खास सेवा की बनावट, अपने डिवाइस और खाते की सेटिंग देखो।

क्लाउड समन्वय, अतिरिक्त प्रतियाँ और पुनर्प्राप्ति बेहतर कर सकता है। वह डेटा-पथ में कंपनी की प्रणालियाँ, खाते, बैकअप, मेटाडेटा और कानूनी या संचालन-संबंधी निर्भरता भी जोड़ता है। सही E2EE कंपनी की सामग्री तक पहुँच काफी घटा सकता है, जब कंपनी सामग्री-कुंजी नियंत्रित न करे। वह संक्रमित डिवाइस, हर निर्यात, हर पुनर्प्राप्ति-पथ या पूरा मेटाडेटा सुरक्षित नहीं करता।

यह जोखिम-मॉडल की सूची है, ऐप की मौजूदा रैंकिंग या पूर्ण गोपनीयता का वादा नहीं। सुविधाएँ और नीतियाँ बदलती हैं। उसी सेवा, योजना, प्लेटफ़ॉर्म और संस्करण के दस्तावेज तथा सेटिंग जाँचो जिसे इस्तेमाल करते हो।

“सुरक्षित” में उपलब्धता भी शामिल है

गोपनीयता सुरक्षा का केवल एक हिस्सा है। फ़ोन खोने, खाते में समस्या, सेवा बंद होने या गलती से मिटाने के बाद भी डायरी चाहिए हो सकती है। कंपनी की पुनर्प्राप्ति को बहुत सीमित करने वाला डिज़ाइन सामग्री बचा सकता है, लेकिन कुंजी खो जाए तो डेटा वापस पाना असंभव भी हो सकता है।

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

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

किसके पास पहुँच-पथ हो सकता है?

डिजिटल डायरी कौन पढ़ सकता है? वाली मार्गदर्शिका में पूरी सूची है। रास्ते उत्पाद के साथ बदलते हैं; हर क्लाउड ऐप को एक जैसा मत मानो।

सेवा देने वाली कंपनी। अगर सेवा पढ़ी जा सकने वाली सामग्री या उसे खोलने की कुंजी रखती है, तो अधिकृत प्रणालियों और कुछ कर्मचारियों के पास तकनीकी पहुँच हो सकती है। नीति, अनुमति और ऑडिट-लॉग उसे सीमित कर सकते हैं, पर क्रिप्टोग्राफ़िक रोक नहीं हैं।

उप-संसाधक। होस्टिंग, निगरानी, विश्लेषण, सहायता और भुगतान कंपनियों को अपनी भूमिका के अनुसार अलग डेटा मिलता है। भुगतान सेवा को डायरी का पाठ अपने-आप नहीं मिलता। प्रकाशित उप-संसाधक और डेटा-श्रेणियाँ देखो।

प्राधिकरण। कंपनी को उसके पास मौजूद डेटा के लिए वैध कानूनी अनुरोध मिल सकता है। क्षेत्र, प्रक्रिया, दायरा, सूचना और आपत्ति के रास्ते बदलते हैं। एन्क्रिप्शन कानूनी प्रक्रिया नहीं मिटाता; वह बदल सकता है कि कंपनी के पास पढ़ने योग्य डेटा है या नहीं। यह कानूनी सलाह नहीं।

हमलावर। IBM की वार्षिक Cost of a Data Breach रिपोर्ट उन संस्थाओं का विक्रेता-अध्ययन है जहाँ सेंध लगी थी। वह लागत और वातावरण की पृष्ठभूमि देती है, पर किसी खास डायरी ऐप या उपयोगकर्ता की प्रविष्टि में सेंध की संभावना नहीं बताती।

डिवाइस पर व्यक्ति या सॉफ़्टवेयर। खुला फ़ोन, साझा खाता, दिखाई देने वाली सूचना या पढ़ने योग्य बैकअप कंपनी की सामग्री-सुरक्षा को पार कर सकता है। अधिकृत डिवाइस का मैलवेयर साधारण पाठ देख सकता है। डिवाइस-कोड, अपडेट, स्वचालित लॉक, खाता-सुरक्षा और निर्यात को संभालना अलग जोखिम घटाते हैं।

क्लाउड बनाम स्थानीय संग्रह पूरा जोखिम-मॉडल नहीं। देखो पढ़ने योग्य प्रतियाँ और काम करने वाली कुंजियाँ कहाँ हैं।

एन्क्रिप्शन के लेबल क्या साबित करते हैं?

भेजते समय एन्क्रिप्शन दोनों छोरों के बीच डेटा बचाता है। उससे यह नहीं पता चलता कि भेजने वाला डिवाइस, पाने वाली सेवा या बाद का संग्रह साधारण पाठ संसाधित करता है या नहीं।

संग्रह में एन्क्रिप्शन तय कुंजी-मॉडल के तहत माध्यम या डेटाबेस बचाता है। सामान्य संचालन की कुंजी सेवा नियंत्रित करे, तो अधिकृत प्रणालियाँ सामग्री संसाधित कर सकती हैं। फिर भी कुछ संग्रह-स्तरीय हमलों के खिलाफ यह सुरक्षा मूल्यवान है।

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

E2EE कंपनी को वह पढ़ने योग्य सामग्री देने से रोक सकता है जो उसके पास है ही नहीं। वह हर डिवाइस और प्रति की सुरक्षा, मेटाडेटा के अभाव या कानूनी प्रक्रिया में दूसरे स्रोत न मिलने का वादा नहीं करता। कई डिवाइस, साझा करना, पुनर्प्राप्ति और निर्यात “सिर्फ तुम पहुँच सकते हो” को बहुत व्यापक बना देते हैं।

क्या अपना चुना क्लाउड समस्या हल करता है?

अपने-आप नहीं। उपयोगकर्ता का चुना क्लाउड डायरी कंपनी की अभिरक्षा घटा सकता है और फ़ाइल को ले जाना आसान कर सकता है। क्लाउड कंपनी, खाता-पुनर्प्राप्ति, जुड़े ऐप, डिवाइस की सुरक्षा और डायरी ऐप की अनुमतियाँ प्रणाली में रहती हैं।

Kleppmann और सहलेखकों के 2019 के local-first लेख में उपयोगकर्ता की स्वतंत्रता, ऑफ़लाइन पहुँच और लंबे नियंत्रण को डिज़ाइन-लक्ष्य बताया गया। उसमें बैकअप और नुकसान से सुरक्षा की उपयोगकर्ता-जिम्मेदारी भी मानी गई। यह नमूना प्रणालियों से समर्थित डिज़ाइन-तर्क है, प्रमाण नहीं कि उपयोगकर्ता की चुनी हुई स्टोरेज का हर रूप अपने-आप गोपनीय, टिकाऊ और सही सुरक्षित है।

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

गोपनीयता तय नहीं करती कि डायरी काम करेगी

सीधा प्रमाण नहीं है कि मजबूत क्लाउड एन्क्रिप्शन डायरी से अधिक लाभ कराता है। तकनीकी गोपनीयता, महसूस की गई निजता, लेखन-कार्य में खुलापन और मनोवैज्ञानिक परिणाम अलग चर हैं।

James Pennebaker की 2018 की पूर्वदर्शी समीक्षा बताती है कि अभिव्यक्तिपूर्ण लेखन के तंत्र अब भी अनसुलझे हैं। वह “अवरोध-मुक्ति” को पुष्ट तंत्र, व्यापक शारीरिक या मानसिक सुधार की गारंटी, या बिना सेंसर डायरी को लाभ की शर्त नहीं बनाती।

Jon Penney के 2016 के प्रेक्षणात्मक विश्लेषण ने निगरानी पर सार्वजनिक खुलासों के बाद कुछ Wikipedia लेखों के ट्रैफ़िक में बदलाव बताया। उसने डायरी, एन्क्रिप्शन, व्यक्ति का लेखन या मानसिक स्वास्थ्य नहीं जाँचा, इसलिए वह क्लाउड संग्रह से डायरी में आत्म-सेंसर साबित नहीं करता।

PEN America के 2015 के सर्वेक्षण में लेखकों से निगरानी की चिंता और शोध तथा संवाद में खुद बताए बदलाव पूछे गए। यह यादृच्छिक डायरी-अध्ययन नहीं था और ऐप के संग्रह-डिज़ाइन का चिकित्सकीय नतीजों पर असर नहीं माप सकता।

डायरी पर शोध वास्तव में क्या कहता है और डायरी और चिंता वाले लेख खास प्रोटोकॉल को रोज़मर्रा की डायरी के वादों से अलग रखते हैं। स्वीकार्य लगने वाली व्यवस्था लिखना आसान कर सकती है; इससे गोपनीयता जरूरी या पर्याप्त तंत्र साबित नहीं होती।

गोपनीयता लिखने की इच्छा बदल सकती है। शोध ने एन्क्रिप्शन से ईमानदारी और फिर स्वास्थ्य-लाभ की सरल कड़ी स्थापित नहीं की।

क्लाउड डायरी को कैसे जाँचें?

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

दस्तावेज और ऑडिट क्या बता सकते हैं?

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

कुंजी-दस्तावेज को पहली कुंजी, दूसरे डिवाइस और पासवर्ड, फ़ोन या पुनर्प्राप्ति-रहस्य खोने की प्रक्रिया बतानी चाहिए। अगर सहायता पुराने अधिकृत डिवाइस या केवल उपयोगकर्ता को पता रहस्य के बिना पढ़ने योग्य प्रविष्टियाँ लौटा सकती है, तो कोई अतिरिक्त कुंजी या भरोसेमंद पक्ष ऐसा करता है। यह जरूरी नहीं कि खामी हो—डिज़ाइन पुनर्प्राप्ति को प्राथमिकता दे सकता है—पर पहुँच की सीमा बदलती है।

स्वतंत्र आकलन की तारीख, संस्करण, दायरा और अपवाद पढ़ो। क्रिप्टोग्राफ़िक लाइब्रेरी की जाँच सूचनाओं, सर्वर अनुमति, खाता-पुनर्प्राप्ति, विश्लेषण, क्लाउड सेटिंग या बाद के अपडेट अपने-आप कवर नहीं करती। खुला स्रोत निरीक्षण की सुविधा देता है, पर स्टोर वाले बिल्ड या तैनाती की सुरक्षा खुद प्रमाणित नहीं करता।

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

अनमोल लेखन सौंपने से पहले सामान्य खराबियाँ जाँचो। नया डिवाइस लेने पर वापसी होती है? निर्यात सेवा के बिना पूरा और पढ़ने योग्य है? वह एन्क्रिप्टेड रहता है या साधारण फ़ाइल बनता है? पासवर्ड और पुनर्प्राप्ति सामग्री दोनों खो जाएँ तो क्या होगा? लिखी हुई पुनर्प्राप्ति-योजना सुरक्षा का हिस्सा है।

व्यावहारिक उत्तर

क्लाउड उचित चुनाव हो सकता है जब पहुँच-पथ और पुनर्प्राप्ति के समझौते तुम्हारे जोखिम-मॉडल से मेल खाएँ। अच्छी कुंजी-बनावट वाला E2EE कंपनी की सामग्री तक पहुँच काफी घटा सकता है। अपना या local-first संग्रह नियंत्रण और पोर्टेबिलिटी बढ़ा सकता है। कोई लेबल डिवाइस, खाते, बैकअप, निर्यात, मेटाडेटा या डेटा खोने का जोखिम नहीं मिटाता।

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

व्यवस्था चुनने के बाद डायरी की आदत बनाने वाली मार्गदर्शिका समझाती है कि शोध कोई अनिवार्य आवृत्ति या प्रारूप तय नहीं करता।

मौजूदा ऐप के दस्तावेज पढ़ो, हर डिवाइस की सेटिंग जाँचो और सोच-समझकर बैकअप तथा पुनर्प्राप्ति योजना बनाओ। कोई एक टिक-बॉक्स क्लाउड को पूर्ण सुरक्षित नहीं बनाता।