← ब्लॉग पर वापस जाएं

क्या GDPR में IP पता व्यक्तिगत डेटा है?

क्या GDPR में IP पता व्यक्तिगत डेटा है?

GDPR के तहत IP पता व्यक्तिगत डेटा हो सकता है, क्योंकि यह विनियम व्यक्तिगत डेटा को किसी पहचाने गए या पहचाने जा सकने वाले व्यक्ति से संबंधित किसी भी जानकारी के रूप में परिभाषित करता है, और IP पता अन्य जानकारी के साथ मिलकर अक्सर किसी को पहचान योग्य बना देता है। यह लेख डेवलपरों के लिए सामान्य पृष्ठभूमि देता है और कानूनी सलाह नहीं है; आपके दायित्व आपकी स्थिति पर निर्भर करते हैं, इसलिए वास्तविक निर्णयों के लिए किसी गोपनीयता पेशेवर को शामिल करें।

विनियम वास्तव में क्या कहता है

GDPR का अनुच्छेद 4 व्यक्तिगत डेटा को व्यापक रूप से परिभाषित करता है। यह ऑनलाइन आइडेंटिफ़ायर को ऐसी जानकारी के उदाहरण के रूप में नामित करता है जो किसी व्यक्ति की पहचान कर सकती है, और रिसीटल में IP पते और कुकी आइडेंटिफ़ायर जैसे पहचानकर्ताओं का उल्लेख है जो डिवाइस पीछे छोड़ते हैं। मुख्य कसौटी पहचान-योग्यता है: क्या डेटा रखने वाला संगठन या कोई और उचित रूप से संभावित साधनों का उपयोग करके उस व्यक्ति की प्रत्यक्ष या अप्रत्यक्ष पहचान कर सकता है।

यूरोपीय संघ के न्यायालय (Court of Justice of the European Union) ने Breyer मामले (2016) में डायनेमिक IP पतों के संबंध में इसे संबोधित किया। मोटे तौर पर, न्यायालय ने माना कि वेबसाइट संचालक के हाथ में डायनेमिक IP पता व्यक्तिगत डेटा हो सकता है, जहाँ संचालक के पास अतिरिक्त जानकारी, जैसे इंटरनेट प्रदाता के ग्राहक रिकॉर्ड, प्राप्त करने के वैध साधन हों जो विज़िटर की पहचान कर दें। व्यावहारिक सबक यह है कि उत्तर हर पते और हर धारक के लिए निश्चित हाँ या ना नहीं है। यह संदर्भ पर और इस पर निर्भर करता है कि पते से और क्या जोड़ा जा सकता है।

डेवलपरों के लिए संदर्भ क्यों मायने रखता है

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

दो ऐसी चीज़ों को अलग करना भी मददगार है जिनमें आसानी से भ्रम होता है: पता स्वयं और उससे प्राप्त तथ्य। जब आप किसी पते को देखते हैं, तो आउटपुट आम तौर पर किसी व्यक्ति के बजाय नेटवर्क का वर्णन करता है: देश, शहर-स्तर का क्षेत्र, ब्लॉक चलाने वाला ASN और संगठन, और फ़्लैग जैसे कि पता किसी ज्ञात VPN या डेटासेंटर का है या नहीं। ipto का IP लुकअप country, city, asn और org जैसे फ़ील्ड के साथ फ़्लैग is_vpn, is_tor, is_abuser, is_datacenter और bogon लौटाता है। ये नेटवर्क का वर्णन करते हैं, और शहर-स्तर की geolocation अनुमानित होती है, जैसा शहर की सटीकता सीमित क्यों है पोस्ट समझाती है। लेकिन लुकअप का इनपुट, अगर वह आपके द्वारा स्टोर किया गया किसी विज़िटर का पता है, तब भी आपके हाथ में व्यक्तिगत डेटा हो सकता है, और उपयोगकर्ता प्रोफ़ाइल से जुड़ा समृद्ध रिकॉर्ड भी संभवतः होता है।

लॉगिंग और रिटेंशन के सामान्य विचार

विनियम IP पते रखने के लिए दिनों की कोई संख्या तय नहीं करता। इसके बजाय सामान्य सिद्धांत लागू होते हैं: प्रोसेसिंग के लिए आपको वैध आधार चाहिए, आपको केवल वही एकत्र करना चाहिए जो घोषित उद्देश्य के लिए ज़रूरी हो (डेटा मिनिमाइज़ेशन), और उसे उस उद्देश्य के लिए आवश्यकता से अधिक समय तक नहीं रखना चाहिए (स्टोरेज लिमिटेशन)। सुरक्षा लॉगिंग और फ्रॉड रोकथाम आम तौर पर बताए जाने वाले उद्देश्य हैं, और रिटेंशन अवधि का औचित्य उसी उद्देश्य से सिद्ध और दस्तावेज़ित होना चाहिए, आदत से नहीं चुना जाना चाहिए।

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

व्यक्तिगत डेटा के बिना नेटवर्क लुकअप का उपयोग

किसी नेटवर्क के बारे में कई उपयोगी प्रश्नों का उत्तर बिना किसी चीज़ को व्यक्ति से जोड़े दिया जा सकता है। ASN लुकअप AS नंबर लेता है और पंजीकृत स्वामी, संगठन, देश और रेंज की संख्या लौटाता है, जिसमें विज़िटर का कोई पता शामिल नहीं होता। पतों के लिए, RDAP के माध्यम से IP whois ब्लॉक धारक के बारे में रजिस्ट्री जानकारी लौटाता है, जो इस बारे में संगठनात्मक डेटा है कि आबंटन किसके पास है, और bogon चेकर बताता है कि कोई पता निजी या आरक्षित है और इसलिए ऐसा कुछ नहीं जो कोई सार्वजनिक विज़िटर रख सके।

अगर आप यूरोप से परे कानूनी व्यवस्थाओं की तुलना कर रहे हैं, तो देशों में IP पते की गोपनीयता कानून पोस्ट सामान्य दिशा देती है। ipto का फ्री टियर बिना साइन-अप के प्रति दिन 1,000 अनुरोधों की अनुमति देता है, और API दस्तावेज़ फ़ील्ड सूचीबद्ध करता है ताकि आप केवल वही स्टोर करना चुन सकें जिसकी आपको वास्तव में ज़रूरत है।

सीधे जवाब

हमेशा नहीं। IP पता तब व्यक्तिगत डेटा होता है जब उससे किसी व्यक्ति की पहचान हो सके, सीधे या उसे अन्य जानकारी से मिलाकर जिस तक धारक या अन्य लोग उचित रूप से पहुँच सकते हैं। संदर्भ तय करता है, इसलिए किसी अकाउंट से जुड़ा पता कहीं अधिक स्पष्ट रूप से दायरे में आता है।
GDPR दिनों की कोई निश्चित संख्या तय नहीं करता। पते केवल उतने समय तक रखे जाने चाहिए जितना सुरक्षा या फ्रॉड रोकथाम जैसे दस्तावेज़ित उद्देश्य के लिए आवश्यक हो, और फिर हटा दिए जाने चाहिए। यह सामान्य जानकारी है, कानूनी सलाह नहीं।
पते का कुछ हिस्सा ट्रंकेट या मास्क करने से पहचान-योग्यता घटती है और यह जोखिम घटाने वाला सामान्य उपाय है, लेकिन इससे डेटा स्वतः अनाम नहीं हो जाता। डेटा अनाम माना जाएगा या नहीं, यह इस पर निर्भर करता है कि क्या किसी उचित साधन से व्यक्ति को अब भी अलग पहचाना जा सकता है।
← ब्लॉग पर वापस जाएं