GDPR और प्राइवेसी कानूनों में IP एड्रेस पर्सनल डेटा है। यह लोगों की पहचान करा सकता है। IP एनोनिमाइज़ेशन IP एड्रेस से किसी की पहचान करने की क्षमता हटा देता है, जिससे प्राइवेसी का जोखिम घटता है। डेटा रिडैक्शन लॉग और स्टोर किए गए डेटा से संवेदनशील जानकारी हटा देता है। दोनों तरीके पर्सनल डेटा कम रखने में मदद करते हैं, और एनालिटिक्स भी काम का बना रहता है।
IP एड्रेस और प्राइवेसी कानून
एक IP एड्रेस किसी व्यक्ति की पहचान करा सकता है। आपका ISP जानता है कि आप कौन सा IP एड्रेस इस्तेमाल करते हैं। आपका एम्प्लॉयर, आपका स्कूल और आपके नेटवर्क पर नज़र रखने वाला कोई भी यह जान सकता है। इसी वजह से GDPR, CCPA और ऐसे दूसरे कानूनों में IP एड्रेस पर्सनल डेटा माने जाते हैं। अगर आप IP एड्रेस इकट्ठा करते हैं, तो आप पर्सनल डेटा इकट्ठा कर रहे हैं और आपको उसे उसी तरह संभालना होगा: कंसेंट लें, इस्तेमाल सीमित रखें, सिक्योरिटी लगाएँ, डिलीशन रिक्वेस्ट का सम्मान करें।
आप IP एड्रेस क्यों इकट्ठा करते हैं
एनालिटिक्स प्लेटफ़ॉर्म भौगोलिक लोकेशन पता करने और फ़्रॉड पकड़ने के लिए IP एड्रेस इकट्ठा करते हैं। आपका एनालिटिक्स प्लेटफ़ॉर्म IP लॉग करता है, उससे देश पता करता है, और फिर आमतौर पर IP को हटा देता है। लेकिन IP फिर भी इकट्ठा और ट्रांसमिट होता है, इसलिए ट्रांसमिशन के दौरान प्राइवेसी का जोखिम रहता है।
कंसेंट और कंप्लायंस का मुद्दा
अगर आप IP एड्रेस इकट्ठा कर रहे हैं, तो आपको साफ़ कंसेंट चाहिए और इसे अपनी प्राइवेसी पॉलिसी में बताना होगा। कई कंपनियाँ बिना जाने IP इकट्ठा करती हैं। आपका एनालिटिक्स प्लेटफ़ॉर्म यह अपने-आप करता है। अगर आपका सेटअप प्राइवेसी के अनुरूप नहीं है, तो यह नियम का उल्लंघन है।
IP एड्रेस अनाम करने के तरीके
तरीका 1: आख़िरी ऑक्टेट हटाना (IPv4)
IPv4 एड्रेस ऐसे दिखते हैं: 192.168.1.100। आख़िरी नंबर हटा दें: 192.168.1.0। इससे किसी ख़ास डिवाइस की पहचान करने की क्षमता चली जाती है। कई प्राइवेसी फ़्रेमवर्क में नतीजे वाले एड्रेस को अनाम माना जाता है (GDPR इसकी इजाज़त देता है)। भौगोलिक सटीकता थोड़ी कम हो जाती है (किसी ख़ास जगह की जगह ISP तक पहुँचता है), लेकिन फिर भी काम करती है।
तरीका 2: बिट ट्रंकेशन (IPv6)
IPv6 एड्रेस लंबे होते हैं। आख़िरी 80 बिट (या इसी तरह) काट दें। नतीजे में एक अनाम एड्रेस मिलता है, जिससे किसी एक व्यक्ति की पहचान नहीं हो सकती।
तरीका 3: हैशिंग
पूरे IP एड्रेस को सॉल्ट के साथ हैश करें। नतीजे वाले हैश से असली IP वापस नहीं निकाला जा सकता। आप फिर भी हैश को सेशन आइडेंटिफ़ायर की तरह इस्तेमाल कर सकते हैं। अगर हैश कभी बाहर आ भी जाए, तो उससे IP पता नहीं चलता। यह अनाम करने का एक मज़बूत तरीका है।
अनाम करना कब होता है
असली बात यह है कि अनाम करना कब होता है। सबसे अच्छा: IP को भेजने से पहले क्लाइंट पर ही अनाम कर दें। आपका ब्राउज़र आख़िरी ऑक्टेट हटाता है या IP हैश करता है, और फिर उसे आपके सर्वर को भेजता है। सर्वर पूरा IP कभी देखता ही नहीं। यह प्राइवेसी की सबसे अच्छी सुरक्षा है।
दूसरा तरीका: सर्वर पर अनाम करना। IP आपके सर्वर तक पहुँचता है, फिर तुरंत अनाम कर दिया जाता है और पूरा IP हटा दिया जाता है। यह कम सुरक्षित है (पूरा IP रास्ते में और थोड़ी देर मेमोरी में रहता है), लेकिन सही कंट्रोल हों तो चल जाता है।
एनालिटिक्स प्लेटफ़ॉर्म में IP को अनाम करना
Google Analytics में IP एनोनिमाइज़ेशन
Google Analytics में "IP anonymization" सेटिंग होती है। चालू करने पर यह IP एड्रेस को स्टोर करने से पहले उसका आख़िरी ऑक्टेट हटा देता है। इससे डेटा से पहचान करना मुश्किल हो जाता है, और भौगोलिक सटीकता (देश के स्तर पर) बनी रहती है। सुझाव: इसे डिफ़ॉल्ट रूप से चालू रखें।
दूसरे प्लेटफ़ॉर्म
ज़्यादातर एनालिटिक्स प्लेटफ़ॉर्म IP को अनाम करने की सुविधा देते हैं। अपने वेंडर की सेटिंग देखें। ये शब्द खोजें: "anonymize IP", "hash IP", "remove IP" या इसी तरह के। इसे चालू करें। यह एक स्टैंडर्ड प्राइवेसी फ़ीचर है।
डेटा रिडैक्शन
डेटा रिडैक्शन लॉग और स्टोर किए गए डेटा से संवेदनशील जानकारी हटा देता है। अगर आपने गलती से कोई पासवर्ड, क्रेडिट कार्ड नंबर या दूसरा संवेदनशील डेटा लॉग कर लिया है, तो स्टोर करने से पहले उसे लॉग से रिडैक्ट करें। अगर पर्सनल डेटा क्वेरी पैरामीटर में दिखता है, तो उसे URL से रिडैक्ट करें।
रिडैक्शन के आम मामले
मामला 1: URL के क्वेरी पैरामीटर में ईमेल है (?email=user@example.com)। URL लॉग करने से पहले ईमेल रिडैक्ट करें।
मामला 2: फ़ॉर्म सबमिशन में गलती से पासवर्ड फ़ील्ड लॉग हो गई। स्टोर करने से पहले इवेंट से पासवर्ड रिडैक्ट करें।
मामला 3: किसी लॉग में यूज़र का पूरा नाम दिख रहा है। अगर एनालिटिक्स के लिए नाम की ज़रूरत नहीं है, तो उन्हें हटा दें।
रिडैक्शन के तरीके
ऑटोमैटिक रिडैक्शन: बिल्ट-इन रिडैक्शन वाले एनालिटिक्स प्लेटफ़ॉर्म इस्तेमाल करें। Google Analytics क्वेरी पैरामीटर और फ़ॉर्म फ़ील्ड अपने-आप रिडैक्ट कर सकता है। इसे संवेदनशील फ़ील्ड रिडैक्ट करने के लिए कॉन्फ़िगर करें।
मैन्युअल रिडैक्शन: लॉग देखें और संवेदनशील डेटा हाथ से हटाएँ। इसमें मेहनत लगती है, लेकिन किसी एक घटना के लिए काम करता है।
कस्टम रिडैक्शन: रिडैक्शन को अपनी इवेंट लॉगिंग में ही जोड़ें। इवेंट भेजने से पहले कोई भी संवेदनशील फ़ील्ड हटा दें। जो रखना है उसकी सूची बनाएँ और बाकी सब रिडैक्ट करें।
अनाम करने और काम की उपयोगिता के बीच संतुलन
अनाम करने और रिडैक्शन से डेटा की उपयोगिता घटती है। IP का आख़िरी ऑक्टेट हटाने का मतलब है कि आप IP से अलग-अलग यूज़र को ट्रैक नहीं कर सकते। यह एक समझौता है: ज़्यादा प्राइवेसी, कम विस्तृत ट्रैकिंग। यह समझौता मान लें। ज़्यादातर एनालिटिक्स को अलग-अलग IP के स्तर की जानकारी नहीं चाहिए। कुल मिलाकर लोकेशन (देश, राज्य) काफ़ी है।
अनाम करने का प्राइवेसी पर असर
अनाम करने से प्राइवेसी का जोखिम काफ़ी घट जाता है। अगर अनाम डेटा बाहर आ भी जाए, तो उससे किसी की पहचान नहीं की जा सकती। इससे GDPR की ज़िम्मेदारियाँ भी घटती हैं: अनाम डेटा पर्सनल डेटा नहीं है, इसलिए उस पर डिलीशन रिक्वेस्ट और एक्सेस रिक्वेस्ट लागू नहीं होतीं। अनाम करने से प्राइवेसी को असली फ़ायदे मिलते हैं।
क्या मुझे IP को अनाम करना चाहिए या उन्हें इकट्ठा करना ही बंद कर देना चाहिए?
अगर आपको लोकेशन डेटा (देश के स्तर का) चाहिए, तो अनाम करें। अगर आप लोकेशन इस्तेमाल ही नहीं करते, तो IP इकट्ठा न करें: यह ज़्यादा सरल है और जोखिम कम है। अनाम करना बीच का रास्ता है; इकट्ठा न करना ज़्यादा मज़बूत है। पहले अपनी असली ज़रूरत देखें।
आख़िरी ऑक्टेट हटाने और पूरा IP हैश करने में कितनी सटीकता जाती है?
आख़िरी ऑक्टेट हटाना: फिर भी देश/राज्य तक पहुँचता है (80-85% सटीकता)। हैशिंग: फिर भी देश तक पहुँचता है, लेकिन ISP या शहर की पहचान नहीं हो सकती (70% सटीकता)। भौगोलिक एनालिटिक्स के लिए आख़िरी ऑक्टेट काफ़ी है। जिस फ़्रॉड डिटेक्शन में ISP के स्तर की जानकारी चाहिए, उसके लिए दोनों नहीं चलते।
मुझे क्लाइंट पर अनाम करना चाहिए या सर्वर पर, और इसमें कितनी जटिलता है?
क्लाइंट-साइड: सबसे ज़्यादा प्राइवेट, लेकिन JavaScript में बदलाव चाहिए (2-4 घंटे का डेवलपमेंट काम)। सर्वर-साइड: ज़्यादा आसान (1-2 घंटे), लेकिन पूरा IP थोड़ी देर मेमोरी में रहता है। ज़्यादातर साइट के लिए सर्वर-साइड ठीक है। क्लाइंट-साइड तभी इस्तेमाल करें जब बहुत संवेदनशील डेटा संभाल रहे हों।
क्या पहले से स्टोर पुराने IP डेटा को भी अनाम करना ज़रूरी है?
हाँ, GDPR कंप्लायंस के लिए। आपने पर्सनल डेटा स्टोर किया है; आपको इसे ठीक करना होगा। अगर सालों के IP स्टोर हैं, तो यह कंप्लायंस का उल्लंघन है जिसे ठीक करना होगा। पुराना डेटा एक साथ अनाम करें या डिलीट करें। अनाम करना लागू करते समय इसकी योजना बनाएँ।
कौन सा रिडैक्शन तरीका (ऑटोमैटिक या कस्टम कोड) सबसे ज़्यादा संवेदनशील डेटा पकड़ता है?
Google Analytics का ऑटोमैटिक रिडैक्शन आम फ़ील्ड पकड़ता है (क्वेरी पैरामीटर, वे फ़ॉर्म फ़ील्ड जो आप कॉन्फ़िगर करें)। कस्टम कोड ज़्यादा गहराई से काम करता है (वह डेटा पकड़ता है जिसे आप संवेदनशील तय करें)। मिला-जुला तरीका सबसे अच्छा है: स्टैंडर्ड फ़ील्ड के लिए ऑटोमैटिक इस्तेमाल करें, और अलग-अलग मामलों (API की, टोकन, कस्टम फ़ील्ड) के लिए कस्टम रिडैक्शन जोड़ें।
मैं कैसे जाँचूँ कि अनाम करना और रिडैक्शन सच में काम कर रहे हैं?
IP और संवेदनशील डेटा के साथ टेस्ट इवेंट भेजें। देखें कि एनालिटिक्स में अनाम IP दिख रहा है (पूरा IP नहीं)। देखें कि रिडैक्ट किए गए फ़ील्ड लॉग में नहीं दिख रहे। जाँच के लिए ब्राउज़र डेव टूल और लॉग इस्तेमाल करें। सही डेटा के मामले और अजीब मामले (गलत IP, खास कैरेक्टर), दोनों टेस्ट करें।