शिक्षा में PDF: शिक्षकों और स्कूलों के लिए निजता

सत्र का आख़िरी हफ़्ता है। एक शिक्षक के पास तीस रिपोर्ट कार्ड अलग-अलग PDF के रूप में हैं और उन्हें कक्षा-समूह की फ़ाइल के लिए एक ही दस्तावेज़ चाहिए। स्कूल के लैपटॉप में इसके लिए कुछ भी इंस्टॉल नहीं है, इसलिए वे “merge PDF” खोजते हैं, पहला नतीजा खोलते हैं, छात्रों के नाम, अंक और व्यवहार-टिप्पणियों से भरे तीस दस्तावेज़ उसमें खींचकर डालते हैं, और बटन दबा देते हैं।

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

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

स्कूल की PDF बच्चों के डेटा से भरी होती हैं

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

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

और ज़िम्मेदारी स्कूल पर ही होती है। GDPR के तहत इस डेटा के लिए स्कूल ही नियंत्रक (controller) है। यह कर्तव्य इसलिए नहीं रुक जाता कि जुलाई का महीना है, हर कोई थका हुआ है, और merge अभी करना है।

अपलोड साइट उस फ़ाइल के साथ क्या करती है

जब वह PDF किसी ऑनलाइन टूल पर जाती है, तो वह स्कूल के नियंत्रण से बाहर निकल जाती है। वह किसी ऐसे सर्वर तक जाती है जिसे स्कूल नहीं चलाता, वहीं प्रोसेस होती है, और कुछ वापस आने से पहले उसे कैश, क़तार में या कॉपी किया जा सकता है। उस टूल के पीछे की कंपनी स्कूल की ओर से काम करने वाली एक प्रोसेसर (processor) बन जाती है, और स्कूल वही नियंत्रक बना रहता है जो पूरी बात के लिए जवाबदेह है।

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

अगर किसी ऐसी सेवा के ज़रिए छात्रों का डेटा उजागर हो जाता है जिसकी स्कूल गारंटी नहीं ले सकता था, तो यह एक व्यक्तिगत डेटा उल्लंघन हो सकता है। बच्चों से जुड़े उल्लंघनों को नियामक और अभिभावक सबसे गंभीरता से लेते हैं। एक हड़बड़ी में किए गए अपलोड के बाद सूचनाएँ, जाँच, और घर भेजा जाने वाला एक बेहद असहज पत्र — सब आते हैं।

सबसे खिझाने वाली बात यह है कि वह काम ख़ुद — कुछ फ़ाइलों को जोड़ना या सुरक्षित करना — इमारत से बाहर जाने की कभी ज़रूरत ही नहीं थी।

स्कूल की PDF का काम अपनी ही मशीन पर करें

यह रहा समाधान, और यह समस्या से कहीं हल्का है। अगर PDF आपके डिवाइस से कभी बाहर न जाए, तो कोई बाहरी प्रोसेसर उसे छूता ही नहीं। न पीछा करने को कोई अनुबंध, न उचित ठहराने को कोई हस्तांतरण, न कोई तीसरा पक्ष जो किसी बच्चे का रिकॉर्ड लीक कर सके। स्कूल अब भी नियंत्रक है और अब भी छात्रों के प्रति सामान्य सावधानी का देनदार है, लेकिन ख़तरे की एक पूरी परत बस मौजूद ही नहीं होती, क्योंकि डेटा वहीं रहा जहाँ था।

यही विचार उन टूल के पीछे है जो पूरी तरह आपके ब्राउज़र में चलते हैं। कोड काम स्थानीय रूप से करता है, आपके कंप्यूटर की मेमोरी में, और फ़ाइल अपनी जगह बनी रहती है। reader.me को हमने इसी तरह बनाया है। जब आप किसी स्कूल की PDF को merge या सुरक्षित करते हैं, तो वह आपके ब्राउज़र में प्रोसेस होती है और हमारे किसी सर्वर तक कभी नहीं पहुँचती। अगर आपको सबूत चाहिए, तो अपने ब्राउज़र का DevTools खोलिए, काम करते समय Network टैब पर नज़र रखिए, और आपको अपने दस्तावेज़ के साथ बाहर जाता कुछ नहीं दिखेगा।

तीन काम वह सब समेट लेते हैं जिसकी किसी स्कूल को ज़्यादातर ज़रूरत होती है:

• उन सभी रिपोर्ट कार्ड को merge PDF से एक ही दस्तावेज़ में लाइए, सीधे लैपटॉप पर, बिना किसी अपलोड के।
• किसी संवेदनशील फ़ाइल को कहीं भेजने से पहले protect PDF से पासवर्ड जोड़कर लॉक कीजिए, ताकि कोई अनुमति-पर्चा या रिकॉर्ड किसी अभिभावक के इनबॉक्स तक पहुँचने से पहले एन्क्रिप्ट हो जाए।
• किसी फ़ॉर्म या पत्र पर sign PDF से अपने हस्ताक्षर जोड़िए — बिना प्रिंट किए, स्कैन किए, या दस्तावेज़ को पहले किसी अजनबी को भेजे।

स्टाफ़ रूम के लिए कुछ आदतें

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

बच्चों के डेटा से जुड़े नियम भारी लगते हैं, और हैं भी, क्योंकि डेटा भारी है। लेकिन रोज़ का समाधान छोटा है। फ़ाइल को अपनी मशीन पर रखिए, ऐसे टूल इस्तेमाल कीजिए जो अपलोड नहीं करते, और समस्या का सबसे भारी हिस्सा आप तक कभी पहुँचता ही नहीं। अगर आपको इसका विस्तृत रूप चाहिए कि अपलोड करना इन कर्तव्यों को कैसे जगाता है, तो मैंने GDPR और PDF अपलोड करने पर अलग से लिखा है।