बाल संरक्षण को इंटरनेट एक्सेस कंट्रोल में न बदलें

• दुनिया भर में फैल रही age verification systems अब सिर्फ बच्चों की सुरक्षा तक सीमित नहीं रहीं, बल्कि इंटरनेट एक्सेस की पूरी संरचना को दोबारा गढ़ रही हैं
• यह व्यवस्था ‘एक्सेस से पहले पहचान साबित करो’ वाले access control architecture की तरह काम करती है, और कुछ मामलों में यह operating system स्तर की identity layer तक फैल रही है
• content moderation और guardian की भूमिका को मिलाकर, platform और OS माता-पिता के निर्णय की जगह लेने वाली centralized control structure में बदलते जा रहे हैं
• तकनीकी तौर पर इससे बच निकलना आसान है, लेकिन इसकी कीमत सभी users को data collection और access barriers के रूप में चुकानी पड़ती है, और यह control infrastructure आगे चलकर दूसरे attributes की verification तक फैल सकता है
• असली जोखिम recommendation systems और addictive design में है, और बच्चों की सुरक्षा local control को मजबूत करने और non-permissioned internet structure को बनाए रखने से हासिल की जानी चाहिए

---

age verification और इंटरनेट एक्सेस कंट्रोल के बीच भ्रम

• age verification systems adult sites से आगे बढ़कर social media, messenger, gaming, search जैसी प्रमुख सेवाओं में व्यापक रूप से फैल रही हैं
  • Europe, US, UK, Australia सहित कई क्षेत्रों में इस पर कानून बनाए जा रहे हैं
  • बहस का असली मुद्दा यह नहीं है कि यह फैलेगी या नहीं, बल्कि यह इंटरनेट की संरचना को कैसे बदल रही है
• तकनीकी रूप से age verification कोई साधारण child safety feature नहीं, बल्कि access control architecture की तरह काम करती है
  • पहले की ‘डिफ़ॉल्ट रूप से एक्सेस खुला, ब्लॉक करना अपवाद’ वाली संरचना से बदलकर ‘एक्सेस से पहले पहचान साबित करना ज़रूरी’ वाली संरचना बन रही है
  • अब users को content मिलने से पहले अपनी जानकारी साबित करनी पड़ती है
• US के कुछ प्रस्तावों में age verification को operating system (OS) स्तर की persistent layer तक ले जाया जा रहा है
  • OS user की age status को बनाए रखकर apps को दिखाने के लिए system interface उपलब्ध कराता है
  • इस स्थिति में age verification कोई सीमित सुरक्षा उपाय नहीं रह जाती, बल्कि पूरे device की identity layer बन जाती है
  • Linux ecosystem में भी दबाव देखा गया है, जहाँ systemd के userdb में birthDate field जोड़े जाने का उदाहरण मौजूद है

content moderation और guardian की भूमिका में अंतर

• मौजूदा बहस की सबसे बड़ी गलती content moderation और guardianship को एक ही चीज़ मान लेना है
  • content moderation वर्गीकरण और filtering का सवाल है, यानी कौन-सा content block, show या delay किया जाए
  • guardianship वह ज़िम्मेदारी है जिसमें माता-पिता, शिक्षक, स्कूल जैसे विश्वसनीय वयस्क संदर्भ के अनुसार निर्णय लेते और मार्गदर्शन करते हैं
  • moderation तकनीकी है, जबकि protection संबंधपरक, स्थानीय और परिस्थितिनिष्ठ है
• age verification laws इन दोनों समस्याओं को एक केंद्रीकृत समाधान में मिला देते हैं
  • platform, browser, app store, OS और identity broker मिलकर guardian के निर्णय की जगह लेने वाली संरचना में बदल जाते हैं
  • यह शैक्षिक और सामाजिक समस्या को authentication problem में बदल देने वाला गलत abstraction है

तकनीकी सीमाएँ और दुष्प्रभाव

• bypass के तरीके स्पष्ट हैं: VPN, दूसरे के account, खरीदे गए credentials, forged information, age estimation systems से बचाव आदि
  • बच निकलना आसान है, लागू करना महंगा है, और वास्तविक सुरक्षा प्रभाव बहुत सीमित है
  • नतीजतन यह कंपनियों द्वारा data collection बढ़ाने के जोखिम को जन्म देता है
• इसकी कीमत सभी users चुकाते हैं
  • ज़्यादा identity checks, metadata, logs, intermediaries और access friction
  • जिन लोगों के पास उपयुक्त device, documents या digital skills की कमी है, उनके लिए यह access barrier बन जाता है
  • यह सिर्फ safety feature नहीं, बल्कि network पर एक नई control layer है
• एक बार बना हुआ infrastructure age के अलावा दूसरे attributes तक आसानी से फैल सकता है
  • location, citizenship, legal status, platform policy आदि के लिए इसका दोबारा उपयोग हो सकता है
  • सीमित verification आगे चलकर general gatekeeping system में बदल सकती है

वैकल्पिक दृष्टिकोण

• समस्याओं को अलग करना ज़रूरी है
  • content moderation को endpoint के पास (browser, device, school network, trusted local lists) पर लागू किया जाना चाहिए
  • guardianship की भूमिका माता-पिता, शिक्षक और स्थानीय समुदाय को निभानी चाहिए, ताकि वे संदर्भ-आधारित निर्णय, exceptions और लगातार समायोजन कर सकें
• operating system को केवल user और guardian के नियंत्रण वाली local policy layer की तरह काम करना चाहिए
  • इसे apps और remote services को age information सार्वभौमिक रूप से broadcast करने वाली layer में नहीं बदलना चाहिए
  • यही रेखा architectural boundary है

असली जोखिम का स्रोत

• ऑनलाइन नुकसान का बड़ा हिस्सा content की मौजूदगी से नहीं, बल्कि recommendation systems, dark patterns, addictive metrics और बिना जवाबदेही वाले amplification-केंद्रित business models से पैदा होता है
  • अगर लक्ष्य नाबालिगों की सुरक्षा है, तो नियमन का फोकस इसी क्षेत्र पर होना चाहिए

• बच्चों की सुरक्षा ज़रूरी है, लेकिन इंटरनेट को permission-based system नहीं बनना चाहिए

  • नुकसान कम करने के लिए हर व्यक्ति की पहचान करने की कोशिश करने के बजाय, local control को मजबूत करना और network को checkpoint में न बदलना ज़्यादा महत्वपूर्ण है