एन्क्रिप्शन और सुरक्षित डेटा ट्रांसमिशन

प्राइवेसी कानूनों के हिसाब से पर्सनल डेटा की उचित सिक्योरिटी ज़रूरी है। एनालिटिक्स के लिए इसका मतलब है: डेटा को रास्ते में (HTTPS) और स्टोरेज में (एन्क्रिप्टेड स्टोरेज) एन्क्रिप्ट करना, डेटा के एक्सेस को कंट्रोल करना, और ब्रीच पर नज़र रखना। सिक्योरिटी वैकल्पिक नहीं है: यह कानूनी ज़रूरत है और बिज़नेस की ज़रूरत भी।

एनालिटिक्स के लिए एन्क्रिप्शन क्यों मायने रखता है

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

कानूनी ज़रूरत

GDPR पर्सनल डेटा के "एन्क्रिप्शन या सूडोनिमाइज़ेशन" की माँग करता है। CCPA "उचित सिक्योरिटी" की माँग करता है। यह थोड़ा अस्पष्ट है, लेकिन रेगुलेटर इसका मतलब यह लेते हैं: संवेदनशील डेटा एन्क्रिप्ट करें, ख़ासकर रास्ते में। ब्रीच होने पर अक्सर एन्क्रिप्ट न करने को उल्लंघन बताया जाता है।

रास्ते में एन्क्रिप्शन (HTTPS)

HTTPS क्या है

HTTPS यानी TLS (Transport Layer Security) के ऊपर चलने वाला HTTP। यह ब्राउज़र और आपके सर्वर के बीच की सारी बातचीत एन्क्रिप्ट करता है। रास्ते में डेटा को बीच में पकड़कर पढ़ा नहीं जा सकता। प्राइवेसी के अनुरूप एनालिटिक्स के लिए HTTPS कम से कम ज़रूरी है।

HTTPS लागू करना

ज़्यादातर होस्टिंग प्रोवाइडर HTTPS मुफ़्त देते हैं (मुफ़्त सर्टिफ़िकेट अथॉरिटी के सर्टिफ़िकेट)। अपनी वेबसाइट को HTTPS इस्तेमाल करने के लिए कॉन्फ़िगर करें। HTTPS ज़बरदस्ती लागू करें (HTTP को HTTPS पर रीडायरेक्ट करें) ताकि सारा ट्रैफ़िक एन्क्रिप्टेड रहे। URL बार देखकर पक्का करें कि आपकी साइट HTTPS पर है: आपको ताले का आइकन दिखना चाहिए।

पक्का करें कि एनालिटिक्स इवेंट HTTPS पर भेजे जा रहे हैं

आपका एनालिटिक्स कोड इवेंट HTTPS पर भेजे। ज़्यादातर आधुनिक एनालिटिक्स प्लेटफ़ॉर्म डिफ़ॉल्ट रूप से HTTPS लागू करते हैं। जाँचें: आपके ब्राउज़र के नेटवर्क टैब में क्या एनालिटिक्स रिक्वेस्ट https://... पर जा रही हैं (http:// पर नहीं)? उन्हें जाना चाहिए।

अगर आपके पास कस्टम एनालिटिक्स कोड है, तो पक्का करें कि रिक्वेस्ट HTTPS इस्तेमाल करें। उदाहरण: POST https://your-server.com/api/events (HTTP नहीं)।

स्टोरेज में एन्क्रिप्शन

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

डेटाबेस एन्क्रिप्शन

आपका एनालिटिक्स डेटाबेस एन्क्रिप्टेड होना चाहिए। ज़्यादातर क्लाउड प्रोवाइडर (बड़े क्लाउड प्रोवाइडर, Google Cloud) डिफ़ॉल्ट रूप से एन्क्रिप्शन देते हैं। जाँचें: क्या आपकी डेटाबेस एन्क्रिप्शन सेटिंग में "enabled" दिख रहा है? नहीं दिख रहा, तो इसे चालू करें।

संवेदनशील डेटा (यूज़र ID, ईमेल) के लिए कॉलम-स्तर का एन्क्रिप्शन सोचें: पूरे डेटाबेस की जगह ख़ास कॉलम एन्क्रिप्ट करें। इससे एन्क्रिप्टेड डेटा पर क्वेरी चल सकती हैं।

फ़ाइल एन्क्रिप्शन

अगर आप एनालिटिक्स डेटा फ़ाइलों (लॉग, CSV, एक्सपोर्ट) में रखते हैं, तो फ़ाइलें एन्क्रिप्ट करें। एन्क्रिप्शन टूल इस्तेमाल करें या एन्क्रिप्टेड स्टोरेज (एन्क्रिप्टेड क्लाउड बकेट, एन्क्रिप्टेड हार्ड ड्राइव) में एक्सपोर्ट करें। बिना एन्क्रिप्ट की फ़ाइलें यूँ ही पड़ी न रहने दें।

बैकअप

एनालिटिक्स बैकअप में वही डेटा होता है जो आपके चालू सिस्टम में है। बैकअप को भी उसी तरह एन्क्रिप्ट करें जैसे चालू डेटा को करते हैं। अगर बैकअप एन्क्रिप्टेड नहीं हैं, तो चोरी हुआ बैकअप सब कुछ खोल देता है।

एक्सेस कंट्रोल और डेटा सिक्योरिटी

एन्क्रिप्शन सिक्योरिटी का सिर्फ़ एक हिस्सा है। आपको एक्सेस कंट्रोल भी चाहिए: एनालिटिक्स डेटा किसके पास जा सकता है?

कम से कम अधिकार का सिद्धांत

हर टीम मेंबर के पास सिर्फ़ वही डेटा होना चाहिए जिसकी उसे ज़रूरत है। एक मार्केटिंग एनालिस्ट को ट्रैफ़िक और कन्वर्ज़न डेटा चाहिए। उसे IP एड्रेस वाले लॉग का एक्सेस नहीं चाहिए। बग ठीक कर रहे इंजीनियर को विस्तृत लॉग चाहिए हो सकते हैं। बग ठीक होते ही एक्सेस वापस ले लें। शुरुआत सीमित एक्सेस से करें, ज़रूरत पड़ने पर ही बढ़ाएँ।

रोल-बेस्ड एक्सेस

अपने एनालिटिक्स प्लेटफ़ॉर्म में रोल बनाएँ: एनालिस्ट (डैशबोर्ड देख सकता है), एडमिन (सेटिंग बदल सकता है), सपोर्ट (ग्राहक का ख़ास डेटा देख सकता है)। टीम मेंबर को उनके काम के हिसाब से रोल दें। जब लोग काम बदलें या छोड़ें, तो रोल अपडेट करें। समय-समय पर एक्सेस की ऑडिट करें।

मॉनिटरिंग और लॉगिंग

लॉग करें कि कौन सा डेटा किसने और कब देखा। अगर कोई एनालिटिक्स डेटा काम के घंटों के बाहर या अजीब पैटर्न में देखता है, तो अपनी सिक्योरिटी टीम को अलर्ट करें। मॉनिटरिंग से अंदर के लोगों से ख़तरा रुकता है और बिना इजाज़त एक्सेस जल्दी पकड़ में आता है।

डेटा सिक्योरिटी घटना पर जवाब

सिक्योरिटी उपायों के बावजूद ब्रीच हो सकते हैं। एक योजना रखें: अगर एनालिटिक्स डेटा बाहर आ जाए, तो आप क्या करेंगे?

ब्रीच के जवाब के कदम

1. रोकें: ब्रीच रोकें। अगर कोई सर्वर हैक हुआ है, तो उसे डिस्कनेक्ट करें। अगर क्रेडेंशियल लीक हुए हैं, तो उन्हें बदलें।

2. जाँच करें: कौन सा डेटा बाहर आया? कितने लोगों का? कितने समय तक खुला रहा? इसी से तय होता है कि सूचना देना कब ज़रूरी है।

3. सूचित करें: ज़्यादातर कानून प्रभावित लोगों को 30-72 दिनों के अंदर सूचित करने की माँग करते हैं (GDPR में 72 घंटे)। ज़रूरी हो तो रेगुलेटर को बताएँ। साफ़ बताएँ कि क्या हुआ और आप इस पर क्या कर रहे हैं।

4. सुधार करें: असली वजह ठीक करें। सिस्टम पैच करें, सिक्योरिटी सुधारें, और प्रोसेस बदलें ताकि दोबारा ऐसा न हो।

एन्क्रिप्शन की सीमाएँ और हक़ीक़त

एन्क्रिप्शन ताक़तवर है, लेकिन पूरा समाधान नहीं है। एन्क्रिप्टेड डेटाबेस भी क्वेरी प्रोसेस करने के लिए RAM इस्तेमाल करता है। मेमोरी में मौजूद डेटा एन्क्रिप्टेड नहीं होता। चल रहे प्रोसेस तक पहुँच रखने वाला हमलावर मेमोरी से डेटा निकाल सकता है। एन्क्रिप्शन कुछ हमलों से बचाता है (नेटवर्क पर पकड़ना, चोरी हुई हार्ड ड्राइव), लेकिन सबसे नहीं (चालू सर्वर तक सीधी पहुँच)।

इसका मतलब है कि एन्क्रिप्शन के साथ दूसरी सिक्योरिटी भी ज़रूरी है: फ़िज़िकल सिक्योरिटी, एक्सेस कंट्रोल, मॉनिटरिंग, इंसिडेंट रिस्पॉन्स। अकेला एन्क्रिप्शन काफ़ी नहीं है।