Apple ने पुष्टी केली आहे की ते macOS फुल डिस्क ॲक्सेस हाताळण्याची पद्धत सुधारत आहे, ही सिस्टम-स्तरीय परवानगी आहे जी ॲप्लिकेशन्सना Mac वर साठवलेल्या जवळजवळ कशाही वाचण्याची परवानगी देते. शुक्रवारी जाहीर केलेला हा बदल तृतीय-पक्ष विकसकांना लक्ष्य करतो, ज्यांनी Apple म्हणते की या विशेषाधिकाराचा वापर अशा प्रकारे करत आहेत ज्यामुळे वापरकर्त्यांनी कधीही सामायिक करू नये अशी डेटा उघड होते, ज्यात संदेश इतिहासाचा समावेश आहे.
ही वेळ योगायोगाने नाही. ही घोषणा एका तंत्रज्ञान स्तंभलेखकाने Meta च्या सामान्य-उद्देश AI एजंट, Muse सोबतच्या अस्वस्थ करणाऱ्या भेटीचे वर्णन केल्यानंतर सुमारे दोन आठवड्यांनी येते, आणि एखाद्या व्यक्तीच्या डिजिटल जीवनातील किती भाग स्वायत्त सहाय्यकाला पाहता यावा यावरील तीव्र होत चाललेल्या वादाच्या मध्यभागी येते.
Muse घटना कशी उघड झाली
तंत्रज्ञान स्तंभलेखक Jason Aten यांनी नोंदवले की Meta च्या Muse एजंटने त्यांना एक अनपेक्षित सूचना पाठवली ज्यात त्यांच्यात आणि एका सहकाऱ्यामध्ये Apple Messages वर झालेल्या संभाषणाचा संदर्भ होता. त्यांच्या वर्णनानुसार, त्यांनी Muse ला त्यांचे संदेश वाचण्याची परवानगी कधीही दिली नव्हती आणि असे गृहीत धरले होते की ती सामग्री सहाय्यकासाठी पूर्णपणे बंद आहे.
हा दावा लवकरच प्रतिध्वनित झाला. पुढील आठवड्यात, सोशल मीडिया अशा वापरकर्त्यांनी भरले गेले ज्यांनी सांगितले की या घटनेने एक व्यापक भीती पुष्टी केली: कॅलेंडर, ईमेल, मेसेजिंग, खरेदी खाती आणि इतर संसाधनांमध्ये प्रवेश दिलेले AI सहाय्यक वैयक्तिक संगणकावरील काही सर्वात संवेदनशील सॉफ्टवेअर बनले आहेत.
पॉवर-टूल तुलना
त्या चर्चेत वारंवार येणारी उपमा एजंटिक AI ची स्किल सॉ किंवा इतर पॉवर टूलशी तुलना करते. अशी साधने खरोखर सक्षम आणि बऱ्याचदा उपयुक्त असतात, परंतु निष्काळजीपणे हाताळल्यास किंवा कार्याची आवश्यकता असलेल्यापेक्षा जास्त पोहोच दिल्यास ती गंभीर नुकसान करू शकतात. फुल डिस्क ॲक्सेस असलेल्या सहाय्यकावर लागू केल्यास, ही तुलना सूचित करते की धोका द्वेष नसून त्याभोवती फारच कमी संरक्षक कुंपण असलेली प्रचंड क्षमता पृष्ठभाग आहे.
Meta चे खंडन
Meta चे मुख्य तंत्रज्ञान अधिकारी, David Singleton, यांनी एका खंडनासह वादात प्रवेश केला जो वरवर पाहता प्रभावी वाटला. त्यांनी युक्तिवाद केला की Muse ला Apple Messages पर्यंत पोहोचण्यासाठी, वापरकर्त्याने जाणीवपूर्वक दोन स्वतंत्र विशेषाधिकार दिले पाहिजेत. पहिला म्हणजे फुल डिस्क ॲक्सेस, macOS सिस्टम-स्तरीय परवानगी. दुसरा म्हणजे Muse ॲप्लिकेशनमध्येच Messages कनेक्टर सुरू करणे.
Singleton च्या चौकटीत, Muse Mac ॲपमधील Messages एकत्रीकरण ऑप्ट-इन आहे, आणि Muse केवळ तेव्हाच संदेश सामग्री वाचू शकते जेव्हा सिस्टम स्तरावर फुल डिस्क ॲक्सेस दिलेला असेल आणि ॲपमध्ये कनेक्टर सक्षम केलेला असेल. स्पष्ट अर्थ असा होता की स्तंभलेखकाला केवळ तेव्हाच उघड केले जाऊ शकले असते जर त्याने स्वतः दोन्ही स्विच चालू केले असते, आणि म्हणून जबाबदारी Meta वर नाही तर त्याच्यावर होती.
सुरक्षा तज्ञ प्रतिकार करतो
सर्वांना हे स्पष्टीकरण पूर्ण वाटले नाही. Ars Technica ने macOS सुरक्षा तज्ञ Patrick Wardle शी बोलले, ज्यांनी Singleton च्या नकारामागील तर्कावर प्रश्न उपस्थित केला. तांत्रिक दृष्टिकोनातून, Wardle यांनी युक्तिवाद केला की एकदा ॲप्लिकेशनकडे फुल डिस्क ॲक्सेस असल्यास, मशीनवरील मूलत: कोणतीही नॉन-रूट-मालकीची फाइल त्याला वाचनीय होते, मग ते ब्राउझिंग इतिहास, ब्राउझर कुकीज, चॅट लॉग किंवा इतर वैयक्तिक डेटा असो.
यामुळे एक तीक्ष्ण प्रश्न उपस्थित झाला, जो Ars ने थेट Meta ला विचारला: जर फुल डिस्क ॲक्सेस असलेले ॲप समान विशेषाधिकार असलेल्या इतर कोणत्याही ॲपप्रमाणे संदेश वाचू शकत असेल, तर Muse ला तसे करण्यापासून नेमके कसे रोखले जाऊ शकते? Meta च्या जनसंपर्क संघाने नवीन तांत्रिक स्पष्टीकरण दिले नाही. त्याऐवजी, Ars नुसार, त्यांनी एकत्रीकरण ऑप्ट-इन असल्याचे आणि सिस्टम-स्तरीय परवानगी व कनेक्टर सेटिंगवर अवलंबून असल्याचे Singleton चे मूळ निवेदन पुन्हा दिले.
फुल डिस्क ॲक्सेस इतका परिणामकारक का आहे
हा वाद महत्त्वाचा आहे कारण परवानगी प्रत्यक्षात काय देते. फुल डिस्क ॲक्सेस ही अरुंद, ॲप-विशिष्ट की नाही. हे एक व्यापक मास्टर क्रेडेन्शियल आहे जे macOS वापरकर्त्याच्या स्टोरेजमध्ये फिरण्याची वैध गरज असलेल्या सॉफ्टवेअरसाठी राखून ठेवते. एकदा दिल्यानंतर, ते यासाठी दार उघडू शकते:
- Mac वर स्थानिकपणे साठवलेले संदेश डेटाबेस आणि संभाषण थ्रेड्स
- डेस्कटॉप मेल क्लायंटद्वारे ठेवलेले ईमेल संग्रह आणि खाते डेटा
- वेब ब्राउझिंग इतिहास आणि लॉग-इन सत्रांना आधार देणारे कुकी स्टोअर्स
- डिस्कवर विखुरलेली कागदपत्रे, डाउनलोड, बॅकअप आणि इतर फाइल्स
- पूर्णपणे असंबंधित ॲप्लिकेशन्सची कॉन्फिगरेशन आणि कॅशे डेटा
परवानगी प्रति-फाइल ऐवजी ऑपरेटिंग-सिस्टम स्तरावर दिली जात असल्याने, एकदा मंजूर करणारा वापरकर्ता प्रत्यक्षात ॲपवर अनिश्चित काळासाठी त्या सर्व सामग्रीवर जबाबदारीने वागण्याचा विश्वास ठेवतो.
Apple चा प्रतिसाद आणि काय बदलते
Apple आता स्वतःला संदिग्धता दूर करणारा पक्ष म्हणून स्थान देते. फुल डिस्क ॲक्सेस परवानगी सेटिंग का बदलेल हे स्पष्ट करताना, कंपनी म्हणाली की काही विकसक परवानगी अशा प्रकारे वापरत आहेत ज्यामुळे वापरकर्त्यांना धोका होऊ शकतो, सिस्टमवरील सर्व काही उघड करत — फाइल्स, मेल, संदेश आणि अगदी ब्राउझिंग इतिहासासह.
व्यावहारिक परिणाम macOS वरील सर्वात संवेदनशील परवानगीसाठी अधिक अरुंद, अधिक जाणीवपूर्वक संमती मॉडेल असण्याची शक्यता आहे. फुल डिस्क ॲक्सेसला संपूर्ण डिस्क अनलॉक करणारा एकच टॉगल म्हणून वागवण्याऐवजी, Apple चा नमूद हेतू हा आहे की ज्या ॲप्सना वैयक्तिक संवादांपर्यंत पोहोचणे कधीही नव्हते अशा ॲप्सद्वारे तो प्रवेश किती सहजपणे पुनर्वापरला जाऊ शकतो हे कमी करणे.
एजंटिक AI वर मोठी लढाई
macOS च्या पलीकडे, ही घटना प्रत्येक प्लॅटफॉर्म आता सामना करत असलेला तणाव दर्शवते. AI एजंट्स तेवढेच उपयुक्त असतात जेवढा डेटा ते पोहोचू शकतात; जो सहाय्यक तुमचे कॅलेंडर, मेल किंवा संदेश वाचू शकत नाही तो शेड्यूल, सारांश किंवा स्मरण करू शकत नाही. परंतु एजंटला उपयुक्त बनवणारे तेच जोडणारे ऊतक, जर त्याच्या परवानग्या वापरकर्त्यांना समजल्यापेक्षा व्यापक असतील तर त्याला संभाव्य निगराणी स्तरात बदलते.
दोन गोष्टी अनिराकृत राहतात. पहिली तांत्रिक आहे: स्वतंत्र संशोधकांनी व्यवहारात Muse macOS परवानग्यांशी कसे संवाद साधते याची तपासणी केल्यानंतर Meta चे किती स्पष्टीकरण टिकते. दुसरी प्रक्रियात्मक आहे: फुल डिस्क ॲक्सेससारखा ऑपरेटिंग-सिस्टम-स्तरीय टॉगल स्वायत्त सॉफ्टवेअरच्या संपूर्ण वर्गासाठी योग्य द्वार आहे का, की एजंट्सना त्यांनी स्पर्श केलेल्या विशिष्ट संसाधनांना प्रतिबिंबित करणारे अधिक सूक्ष्म परवानगी मॉडेल आवश्यक आहे.
सध्या, Apple ची हालचाल दर्शवते की कंपनी यापुढे सध्याची स्थिती स्वीकारार्ह मानत नाही. सहाय्यकाला — Muse असो किंवा इतर कोणतेही — व्यापक प्रवेश दिलेले वापरकर्त्यांना लवकरच आढळू शकते की ऑपरेटिंग सिस्टम त्या एजंटला काय पाहता येते आणि का, याबद्दल त्यांना अधिक विशिष्ट प्रश्न विचारते.
हा लेख Ars Technica च्या अहवालावर आधारित आहे. मूळ लेख वाचा.
Originally published on arstechnica.com