macOS में Full Disk Access के अपडेट
Apple की macOS में “Full Disk Access” permissions को सख़्त करने की योजना usability, security, और user control के बीच लंबे समय से चली आ रही तनातनी को फिर से भड़का रही है। कई लोग backup tools, AI agents, और third‑party apps को mail, messages, या browsing history चुपचाप पढ़ने से रोकने के लिए अधिक सूक्ष्म safeguards का स्वागत करते हैं, खासकर non‑technical users के लिए। अन्य लोग बढ़ते paternalism और iOS‑style lockdown की दिशा से डरते हैं, जहाँ powerful utilities, terminals, और developer workflows का उपयोग कठिन हो जाता है या Apple की approval पर अधिक निर्भर हो जाता है।
Full Disk Access में नए बदलावों पर समग्र प्रतिक्रिया
- कई लोग अधिक सूक्ष्म नियंत्रणों का स्वागत करते हैं, खासकर AI agents जैसी चीज़ों द्वारा user data को बिना रोक-टोक उठाने (slurping) जैसी दुरुपयोग की घटनाओं को देखते हुए।
- अन्य लोगों को डर है कि ये बदलाव iOS‑style lockdown की दिशा में एक कदम होंगे और macOS को ज़्यादा annoying तथा कम “general purpose” बना देंगे।
- कई लोग नोट करते हैं कि macOS 27 में ये बदलाव पहले से दिख रहे हैं (जैसे जब apps, दूसरे apps का data पढ़ती हैं तो prompts आना)।
Security, Privacy, और User Protection
- third‑party apps को adversarial मानने के लिए मज़बूत समर्थन है, जिसमें “reputable” vendors और AI tools भी शामिल हैं।
- कुछ लोगों का तर्क है कि users “Full Disk Access” को भरोसेमंद तरीके से समझ या manage नहीं कर सकते और उन्हें guardrails की ज़रूरत है।
- अन्य लोग ज़ोर देते हैं कि adults को, अगर वे चाहें, तो सच्चा full access देने की अनुमति होनी चाहिए; वे paternalism के ख़िलाफ़ चेतावनी देते हैं।
- चिंता है कि केवल बड़े, Apple‑blessed apps ही full system backups जैसी चीज़ें करने की अनुमति पाएँगे।
Permissions Fatigue और UX संबंधी चिंताएँ
- कई लोगों की शिकायत है कि macOS पहले से ही “prompt hell” है (disks, folders, screen recording, input monitoring, आदि)।
- डर है कि और अधिक granularity का मतलब और भी अधिक popups होगा, जिन्हें users वैसे भी आँख मूँदकर approve कर देंगे।
- “allow once” options और साफ़, task‑specific prompts की इच्छा है (जैसे “read window titles” बनाम “screen recording”)।
Developers, Terminals, और AI Agents पर प्रभाव
- Developers अपने ही apps चलाते समय friction की रिपोर्ट करते हैं (quarantine, notarization, settings में भटकना)।
- Terminal apps के साथ FDA होने का मतलब है किसी भी shell command या AI agent को भी FDA implicitly मिल जाना, जिसे एक बड़ा जोखिम माना गया है।
- कुछ लोग dev tools या agents को VMs/containers या अलग, अधिक locked‑down terminals में चलाकर इसे कम करते हैं।
- Backup, EDR/RMM, disk utilities, search tools, और window switchers—सब current TCC model में कठिनाइयों से टकराते हैं।
OS Philosophy, Ownership, और Lockdown के डर
- “normal” expectations को लेकर बहस: पुराना विचार कि local apps को सब कुछ देखना चाहिए बनाम आधुनिक, app‑sandboxed model।
- कुछ लोग इसे hostile internet और data‑hungry software को देखते हुए ज़रूरी evolution मानते हैं।
- अन्य लोग इसे Apple द्वारा मशीन पर ownership जताने और user control को लगातार कम करने के रूप में देखते हैं, जिससे लोग Linux की ओर धकेले जा रहे हैं।
Technical Details और Edge Cases
- रिपोर्टें हैं कि FDA व्यवहार में inconsistent रहा है या आंशिक रूप से bypass किया जा सका है; एक पक्ष इसे broken कहता है, दूसरा इस दावे को निराधार मानता है।
- नए protections कुछ app containers में, FDA होने पर भी, access रोक देती हैं, जिससे niche cases (जैसे screensaver settings) टूटते हैं।
- security‑scoped bookmarks के ज़रिए मिलने वाले persistent, invisible per‑folder grants users के लिए inspect या revoke करना कठिन हैं, और बेहतर tooling की इच्छा है।