Faults and Pitfalls in Implementing the Right to be Forgotten
यह शोध पत्र 'राइट टू बी फॉरगॉटन' (RTBF) में बाधा डालने वाली कंप्यूटिंग-संबंधी अनिश्चितताओं और एंटी-पैटर्न की पहचान करता है, कानूनी आवश्यकताओं और तकनीकी कार्यान्वयन के बीच के अंतर को पाटने के लिए एक दो-चरणीय दृष्टिकोण का प्रस्ताव करता है, और इसे एलास्टिकसर्च (Elasticsearch) में क्षमता पेश करते हुए यह दिखाकर इसकी प्रभावशीलता प्रदर्शित करता है कि यह कैसे 80% GDPR RTBF उल्लंघनों को रोक सकता था।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आपके पास एक डिजिटल डायरी है जो कभी कुछ नहीं भूलती। हर बार जब आप कोई फोटो पोस्ट करते हैं, ईमेल भेजते हैं, या ऑनलाइन कुछ खरीदते हैं, तो वह जानकारी इंटरनेट पर कॉपी, स्टोर और साझा की जाती है। लंबे समय तक, कंप्यूटर की दुनिया इस विचार पर चलती रही कि "जो लिख दिया गया, वह हमेशा के लिए लिखा गया।"
फिर, 'राइट टू बी फॉरगॉटन' (RTB - भुला दिए जाने का अधिकार) नामक एक नया कानून आया। यह एक कानूनी "अनडू" (undo) बटन की तरह है। यह कहता है: "यदि मैं अपना मन बदल दूँ, या यदि यह जानकारी अब प्रासंगिक नहीं है, तो मेरे पास कंपनियों से अपना व्यक्तिगत डेटा हटाने के लिए कहने का अधिकार है।"
इस शोध पत्र के लेखक, जो कंप्यूटर वैज्ञानिकों और एक वकील की एक टीम है, ने एक बड़ी समस्या देखी: कंप्यूटर "भूलने" में बहुत खराब होते हैं।
यहाँ उनके निष्कर्षों और समाधानों का एक सरल विवरण दिया गया है, जिसमें रोजमर्रा के उपमाओं (analogies) का उपयोग किया गया है।
समस्या: "बस डिलीट कर दो" एक जाल है
जब कंपनियों को पहली बार 'राइट टू बी फॉरगॉटन' के बारे में बताया गया, तो उनकी प्रतिक्रिया थी, "क्या यह सिर्फ एक फाइल को डिलीट करने जैसा नहीं है?"
लेखक कहते हैं कि यह कहने जैसा है, "क्या खाना सिर्फ पोषण के लिए नहीं है?" या "क्या सेक्स सिर्फ प्रजनन के लिए नहीं है?" बेशक, वे तस्वीर का एक हिस्सा हैं, लेकिन वे मुख्य बात को छोड़ देते हैं। डेटा को डिलीट करना केवल "डिलीट" बटन दबाने के बारे में नहीं है। यह एक जटिल कानूनी और तकनीकी पहेली है।
क्योंकि कंपनियों ने इसे बहुत सरल बना दिया, इसलिए वे मुसीबत में पड़ती रहीं। कानून (GDPR) के पहले पांच वर्षों में, नियामकों (regulators) ने लगभग हर 9 दिन में एक बार "भूलने की विफलता" (forgetting failure) के लिए जुर्माना या चेतावनी जारी की।
समाधान: दो-चरणीय विधि (A Two-Step Recipe)
लेखक ऐसे सिस्टम बनाने का एक नया तरीका प्रस्तावित करते हैं जो वास्तव में भूल सकें। वे इसे दो-चरणीय दृष्टिकोण (Two-Phase Approach) कहते हैं:
चरण 1: कानूनी मानचित्र (कानून-संचालित डिज़ाइन)
सबसे पहले, वे भ्रमित करने वाले कानूनी पाठ को चार स्पष्ट कंप्यूटर कार्यों में अनुवादित करते हैं। इसे एक अस्पष्ट रेसिपी (जैसे "इसे स्वादिष्ट बनाएं") को विशिष्ट चरणों (जैसे "2 प्याज काटें, 10 मिनट तक उबालें") में बदलने के रूप में समझें।
- दरवाजा (The Door): आपके पास एक तरीका होना चाहिए जिससे लोग दरवाजे पर दस्तक दे सकें और कह सकें, "मेरा डेटा हटा दें।"
- न्यायाधीश (The Judge): आपके पास यह तय करने के लिए एक प्रणाली होनी चाहिए कि क्या अनुरोध वैध है। (कभी-कभी आप डेटा को डिलीट नहीं कर सकते, जैसे यदि वह किसी अदालती मामले या सार्वजनिक सुरक्षा के लिए आवश्यक है)।
- सफाईकर्मी (The Cleaner/Processing): आपके पास डेटा को कंप्यूटर की "वर्किंग मेमोरी" (जहाँ इसका वर्तमान में उपयोग किया जा रहा है) से साफ करने का तरीका होना चाहिए।
- तिजोरी (The Vault/Storage): आपको गहरे स्टोरेज, बैकअप और आर्काइव्स से डेटा को बाहर निकालना होगा।
चरण 2: वास्तविकता की जाँच (प्रवर्तन-संचालित परिशोधन)
कानून व्यापक रूप में लिखे जाते हैं, लेकिन वास्तविक जीवन अव्यवस्थित होता है। लेखकों ने पिछले पांच वर्षों में कंपनियों द्वारा की गई हजारों वास्तविक दुनिया की गलतियों और जुर्माने का अध्ययन किया। उन्होंने अपने डिज़ाइन को ठीक करने के लिए इस "गलतियों की स्क्रैपबुक" का उपयोग किया।
- उदाहरण: उन्होंने पाया कि कई कंपनियां इसलिए विफल हुईं क्योंकि उन्होंने लोगों के लिए डिलीट करने का अनुरोध करना बहुत कठिन बना दिया था (जैसे डिजिटल अनुरोध के लिए भौतिक हस्ताक्षर की आवश्यकता होना)।
- उदाहरण: अन्य इसलिए विफल हुईं क्योंकि उन्होंने मुख्य डेटाबेस से डेटा तो हटा दिया लेकिन बैकअप टेप या "ट्रैश कैन" लॉग्स से उसे हटाना भूल गए।
"एंटी-पैटर्न" (Anti-Patterns): वे बुरी आदतें जिन्हें हमें तोड़ना है
लेखकों ने कंप्यूटर डिज़ाइन में छह सामान्य आदतों की पहचान की है जो 'राइट टू बी फॉरगॉटन' के लिए "जहर" का काम करती हैं। वे इन्हें एंटी-पैटर्न कहते हैं:
- व्यक्तिगत डेटा का 'की' (Key) के रूप में उपयोग करना: कल्पना कीजिए कि एक फाइलिंग कैबिनेट है जहाँ दराज खोलने का एकमात्र तरीका व्यक्ति का फोन नंबर ही है। यदि आप फोन नंबर हटा देते हैं, तो पूरा कैबिनेट टूट जाता है। कंप्यूटर अक्सर डेटा खोजने के लिए ईमेल या आईडी को "की" के रूप में उपयोग करते हैं, जिससे उस व्यक्ति को हटाना असंभव हो जाता है बिना सिस्टम को खराब किए।
- "आंखों पर पट्टी" वाला तरीका (डिलीट करने के बजाय गुमनाम बनाना): कुछ कंपनियां कहती हैं, "हम आपका डेटा डिलीट नहीं करेंगे; हम बस आपका चेहरा धुंधला कर देंगे ताकि आपको पहचाना न जा सके।" लेखक कहते हैं कि यह एक चाल है। यदि कंपनी अभी भी "अनब्लर" (unblurred) की (key) अपने पास रखती है, तो उन्होंने वास्तव में आपको भुलाया नहीं है। साथ ही, ब्लर करना हमेशा स्थायी नहीं होता।
- "बिना लेबल" की समस्या: कल्पना कीजिए कि बिना लेबल वाले बक्सों से भरा एक गोदाम है। यदि कोई कहता है, "मेरा सामान हटा दें," तो आप उसे कैसे ढूंढेंगे? कई कंपनियां अपने डेटा को "यह किसका है" के साथ टैग नहीं करती हैं, इसलिए जब डिलीशन का अनुरोध आता है, तो वे डिलीट करने के लिए विशिष्ट डेटा को ढूंढ ही नहीं पातीं।
- "उथला" डिलीट (The Shallow Delete): यह कमरे को साफ करने के लिए धूल को कालीन के नीचे झाड़ू मारकर छिपा देने जैसा है। डेटा मुख्य स्क्रीन से गायब दिखता है, लेकिन वह अभी भी "अंदरूनी" लॉग्स, कैश और बैकअप में मौजूद रहता है।
- "लॉगबुक" का जाल: कंपनियां नियमों का पालन करने के प्रमाण के रूप में हर चीज़ का विस्तृत लॉग (डायरी) रखती हैं। लेकिन यदि वे डिलीशन अनुरोध के हर विवरण को एक स्थायी लॉग में लिख देती हैं, तो वे अनजाने में उसी डेटा को रख रही होती हैं जिसे उन्हें डिलीट करना था।
- "सुरक्षा गेट" का बोझ: कुछ कंपनियां यह साबित करने के लिए कि आप कौन हैं, प्रक्रिया को इतना कठिन बना देती हैं (पासपोर्ट, हस्ताक्षर और रक्त का नमूना मांगना) कि लोग हार मान लेते हैं। कानून कहता है कि प्रक्रिया अकाउंट बनाने की तुलना में अधिक कठिन नहीं होनी चाहिए।
टेस्ट ड्राइव: एलास्टिकसर्च (Elasticsearch)
अपने विचार को सिद्ध करने के लिए, लेखकों ने एलास्टिकसर्च नामक एक लोकप्रिय सर्च इंजन सॉफ्टवेयर (जिसका उपयोग कई बड़ी कंपनियां करती हैं) को लिया और उसे ठीक करने की कोशिश की।
उन्होंने पाया कि एलास्टिकसर्च डेटा को "छिपाने" में अच्छा था लेकिन "मिटाने" में बुरा था। यह एक ऐसी लाइब्रेरी की तरह था जो किताबों को पीछे की शेल्फ पर तो ले जाती है लेकिन उन्हें जलाती नहीं है। लेखकों ने एक "क्लींजिंग डिलीट" (Cleansing Delete) टूल बनाया। यह टूल:
- सिस्टम को मेमोरी और डिस्क से वास्तव में डेटा को मिटाने के लिए मजबूर करता है।
- यह जांचता है कि बैकअप और लॉग्स में कुछ भी पीछे तो नहीं रह गया है।
- यह इतनी तेज़ी से करता है कि कंप्यूटर की गति में कोई ध्यान देने योग्य कमी न आए।
निष्कर्ष
शोध पत्र यह निष्कर्ष निकालता है कि आप केवल "डिलीट" करके 'राइट टू बी फॉरगॉटन' की समस्या से बाहर नहीं निकल सकते। आपको कंप्यूटर के सोचने के तरीके को फिर से डिजाइन करना होगा।
"भूलने" को एक गंभीर, प्रथम-श्रेणी के ऑपरेशन के रूप में मानकर—जो "सेव करने" या "सर्च करने" जितना ही महत्वपूर्ण है—और कंपनियों द्वारा की गई गलतियों से सीखकर, हम ऐसे सिस्टम बना सकते हैं जो हमारे डिजिटल रिकॉर्ड से गायब होने के अधिकार का सम्मान करते हैं।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।