प्रस्तावित उपकरण-अनिवार्यता सध्या बाजूला ठेवण्यात आल्यासारखी दिसते
candidate metadata मध्ये संक्षेपित केलेल्या Reuters-आधारित माहितीनुसार, Apple आणि इतर स्मार्टफोन निर्मात्यांना राज्याच्या मालकीचे सुरक्षा अॅप आधीच बसवणे बंधनकारक करणारी योजना भारताने सोडून दिली आहे. हा बदल रूपाने मर्यादित आहे, पण वैयक्तिक उपकरणांच्या डीफॉल्ट सॉफ्टवेअर स्टॅकमध्ये सरकारे किती आतपर्यंत हस्तक्षेप करू शकतात, या व्यापक जागतिक वादाच्या पार्श्वभूमीवर तो महत्त्वाचा ठरतो.
उपलब्ध स्रोत सामग्री संक्षिप्त आहे. त्यात म्हटले आहे की भारतीय सरकारने Apple आणि इतर फोन उत्पादकांना राज्याच्या मालकीचे “सुरक्षा” अॅप आधीच बसवणे बंधनकारक करण्याचा विचार केला होता, आणि आता ती योजना सोडून दिली आहे. या मर्यादित रूपातही ही माघार महत्त्वाची आहे, कारण ती तंत्रज्ञान-धोरण संबंधातील सर्वांत संवेदनशील थरांपैकी एकाला स्पर्श करते: ग्राहक हार्डवेअरवर डीफॉल्टने येणारे सॉफ्टवेअर.
प्रीइंस्टॉलेशन लढाया का महत्त्वाच्या असतात
डीफॉल्ट अॅप्स तटस्थ नसतात. एखाद्या उपकरणावर आधीच बसवून आलेल्या गोष्टींना तृतीय-पक्ष सॉफ्टवेअर क्वचितच मिळणारा वितरण-फायदा मिळतो. ते पहिल्या बूटपासून दिसते, बहुतेकदा ऑनबोर्डिंग प्रवाहात एकत्रित असते, आणि वापरकर्त्यांना ते उपकरण निर्माता किंवा राज्याने मान्य केले आहे, असे वाटू शकते. म्हणूनच अनिवार्य प्रीइंस्टॉल्सवरील प्रस्ताव अॅपच्या तांत्रिक कार्यापलीकडे मोठ्या तपासणीचा विषय बनतात.
या प्रकरणात, metadata ने प्रस्तावित अॅपला राज्याच्या मालकीचे आणि सुरक्षा-केंद्रित असे ओळखले आहे. केवळ या जोडीलाच विश्वास, वापरकर्त्याचा पर्याय, प्लॅटफॉर्म प्रशासन, आणि सार्वजनिक धोरण उद्दिष्टे व उपकरण-स्तरीय स्वायत्तता यांतील समतोल याबद्दल प्रश्न निर्माण झाले असते. अशा अनिवार्यतेला सार्वजनिक-सेवा उपाय मानावे किंवा अतिरेकी हस्तक्षेप मानावे, तत्त्व तेच राहते: एकदा सरकारांना डीफॉल्ट सॉफ्टवेअरची उपस्थिती ठरवता आली, की तो पायंडा एका अॅपच्या पलीकडे जाऊ शकतो.
म्हणूनच, ही माघार Apple साठीच नव्हे तर व्यापक स्मार्टफोन बाजारासाठीही महत्त्वाची आहे. सारांशात स्पष्टपणे नमूद आहे की हा प्रस्ताव Apple आणि इतर स्मार्टफोन निर्मात्यांनाही लागू झाला असता. हा Apple-पुरता नियम नव्हता. तो mass-market devices च्या baseline configuration वर परिणाम करणारा cross-platform नियम होता.
राज्य-आणि-प्लॅटफॉर्म सौदेबाजीचा संकेत
ही घटना राष्ट्रीय सरकारे आणि जागतिक उपकरण कंपन्या व्यवहार्य शक्तीची देवाणघेवाण कशी करतात, हेही दाखवते. राज्ये बाजार प्रवेश, अॅप वितरण, सुरक्षा मानके, आणि ग्राहक-संरक्षण गरजा नियंत्रित करू शकतात. दरम्यान, प्लॅटफॉर्म कंपन्या हार्डवेअर डिझाइन, सॉफ्टवेअर पॅकेजिंग, आणि मोठे स्थापित वापरकर्ता आधार नियंत्रित करतात. हे हितसंबंध टक्करले, की तातडीचा वाद एखाद्या एकाच फीचरभोवती राहू शकतो, पण मूळ प्रश्न असतो डिफॉल्ट अनुभव कोण ठरवणार?
येथे, reported outcome सूचित करतो की सरकारने तो संघर्ष शेवटपर्यंत नेला नाही. पूर्ण Reuters मजकूर नसल्याने नेमके कारण गृहीत धरणे सुरक्षित नाही. ते कार्यवाहीविषयक चिंता, धोरण-पुनर्विचार, उद्योगाकडून मिळालेला अभिप्राय, किंवा वेगळा अंमलबजावणी मार्ग असू शकतो. उपलब्ध metadata जे समर्थन करते ते साधे आणि तरीही महत्त्वाचे आहे: राज्याच्या मालकीचे अॅप pre-load करण्याची विचाराधीन अनिवार्यता आता आधी चर्चा झालेल्या स्वरूपात पुढे चाललेली नाही.
अशी संयमित भूमिका आक्रमक हस्तक्षेपाइतकीच अर्थपूर्ण ठरू शकते. डिजिटल सुरक्षितता आणि cyber risk वर कृती दाखवण्याचा दबाव सरकारांवर वाढतो आहे. पण मानके ठरवणे आणि विक्रीच्या वेळी खाजगी उपकरणांवर कायमस्वरूपी सॉफ्टवेअर उपस्थिती लादणे यात मोठा फरक आहे. दुसरा मार्ग हार्डवेअर वापरकर्त्यांपर्यंत कसे पोहोचते यावर अधिक थेट नियंत्रण प्रस्थापित करतो.
Apple आणि व्यापक बाजारासाठी याचा अर्थ
Apple साठी, ही reported reversal एका मोठ्या स्मार्टफोन बाजारात उद्भवू शकणारा त्रासदायक precedent टाळते. कंपनीने आपल्या उपकरणांवर पाठविल्या जाणाऱ्या सॉफ्टवेअर वातावरणासह user experience वर कडक नियंत्रण ठेवण्यावर दीर्घकाळ भर दिला आहे. अनिवार्य राज्य अॅपने ती मर्यादा ठळकपणे तपासली असती. summary नुसार, हा मुद्दा त्याच नियमाखाली येणाऱ्या इतर handset makers साठीही तसाच होता.
विस्तृत उद्योगासाठी, platform policy आता app-store rules, sideloading, किंवा interoperability इतक्यापुरती मर्यादित राहिलेली नाही, हे या प्रकरणातून लक्षात येते. सरकारांना आता device image मध्ये स्वारस्य आहे: activation वेळी काय उपस्थित आहे, काय non-optional करता येईल, आणि कोणत्या सेवा default ने वर आणल्या जातात. हे व्यावसायिक आणि राजकीयदृष्ट्या प्रभावी निर्णय आहेत.
reported climbdown म्हणजे त्या तणावांचे अस्तित्व नाहीसे होईल, असा अर्थ नाही. याचा अर्थ फक्त एक विशिष्ट प्रयत्न अनिवार्यतेत कडक झाला नाही. अशा वादांची पुनरावृत्ती इतर बाजारांमध्ये होण्याची शक्यता आहे, विशेषतः ज्या ठिकाणी सरकारांना सार्वजनिक डिजिटल सेवांचा जलद अवलंब किंवा राज्य-समर्थित सुरक्षा साधनांची अधिक दृश्यमानता हवी असते.
व्यापक परिणाम असलेला मर्यादित निर्णय
या कथेत सर्वाधिक लक्ष वेधून घेणारी गोष्ट केवळ धोरणाची कल्पना नाही, तर ती मागे घेण्यात आली ही आहे. तंत्रज्ञान नियमन अनेकदा टप्प्याटप्प्याने सामान्यीकरणाच्या मार्गाने पुढे जाते. एखादी उपाययोजना आधी अपवादात्मक म्हणून चर्चिली जाते, आणि सुरुवातीचा विरोध पार केला तर नंतर ती नियमित होऊ शकते. सरकारने असा प्रस्ताव सोडून दिला, की हे सामान्यीकरण थांबते.
हे वापरकर्त्यांसाठी महत्त्वाचे आहे, कारण डीफॉल्ट सॉफ्टवेअरविषयक निर्णय privacy, control, आणि trust यांच्या अपेक्षा घडवतात. निर्मात्यांसाठीही ते महत्त्वाचे आहे, कारण device-image स्तरावर compliance म्हणजे market-specific content नियम किंवा app-store जबाबदाऱ्यांशी जुळवून घेण्यापेक्षा वेगळे असते. आणि नियामकांसाठीही ते महत्त्वाचे आहे, कारण एका प्रस्तावाला मिळालेला प्रतिसाद पुढच्या वेळी राजकीय किंवा व्यावसायिकदृष्ट्या काय शक्य आहे, याच्या सीमा पुन्हा आखू शकतो.
उपलब्ध माहितीनुसार, सर्वात सुरक्षित निष्कर्ष तोच आणि सर्वांत महत्त्वाचाही तोच: भारताने स्मार्टफोनवर राज्याच्या मालकीचे सुरक्षा अॅप आधीच बसवण्याची योजना मागे घेतल्यासारखे दिसते. सरकारे platform influence च्या सीमा तपासत असलेल्या धोरणपरिस्थितीत, माघारही बातमी असते. हे दाखवते की public-interest technology policy आणि device-level mandate यांच्यातील रेषा अजूनही वादग्रस्त आहे, आणि अजूनही असा प्रतिकार निर्माण करू शकते की ज्यामुळे निकाल बदलतो.
हा लेख 9to5Mac च्या रिपोर्टिंगवर आधारित आहे. मूळ लेख वाचा.
Originally published on 9to5mac.com





