苹果收紧 Mac 全盘访问权限

这一公告并非凭空而来——它源于一起具体且存在争议的事件。《Inc.》专栏作家 Jason Aten 报道称，Meta 的 Muse 代理似乎在设备上已关闭全盘访问的情况下，仍同步了他的信息数据库至第 187,462 行，并弹出一条引用私人对话的通知 ^[1]。Meta 通讯主管 Andy Stone 直接反驳，表示 Muse 只有在用户启用两个独立设置——macOS 全盘访问权限以及应用内的信息连接器——的情况下才能读取 Mac 上的信息，且两者都必须被主动开启 ^[2]。在此处收集的研究中，双方的技术说法均未得到独立验证，但争议本身才是关键所在：即使是经验丰富的用户和资源充足的公司，也无法就实际授予了何种权限达成一致，这正是苹果推出‘非常明确的用户操作’要求旨在消除的模糊性。

全盘访问并非为 AI 而设计——它的存在是因为苹果需要一个全有或全无的绕过机制，以便备份软件无需频繁提示即可读取整个磁盘。当 macOS Catalina 在 2019 年扩展受保护文件夹时，全盘访问成为一次性覆盖所有这些文件夹的通用覆盖开关 ^[3]。这一历史背景如今至关重要，正如行业报道所引述的安全分析师指出的那样，AI 代理的行为方式与该权限原本设计服务的备份工具截然不同——它们能够动态探索文件系统，连接分散的数据点，并从用户从未明确共享的来源推断信息，这种模式被称为‘权限蔓延’（permission creep）^[4]。一个为狭窄、可预测用例构建的控制机制，如今却成了面对不可预测、自主性强的新场景时最大的暴露点，而这正是苹果声称必须立即采取行动的原因 ^[5]。

X 平台上的反应偏向于对事实进行直接的技术媒体报道，但有一个声音明显偏离了这一模式——Federico Viticci 将该计划标记为‘令人担忧’，认为这对开发者而言并非单纯的消费者隐私胜利，而是 Mac 开发者必须重新设计适配的新控制界面。这种分歧反映了行业报道更广泛的描述：据报道，一些公司欢迎苹果为用户提供的额外清晰度，而另一些公司则担心更严格、更刻意的同意门槛可能会减缓 Mac 上 AI 功能的开发 ^[4]。苹果自身对机制保持沉默——既未说明新控制何时上线，也未确切说明新增的摩擦会是什么样子 ^[7]——这也是为何依赖全盘访问的开发者正在对一项未知政策而非已完成政策做出反应的原因之一 ^[6]。

并非所有反应都将‘更明确的用户操作’视为解决方案。社区讨论中反复出现的一种批评是，权限对话框对于有预谋的越权行为而言是一种薄弱的防御，因为用户最终会习惯性地点击通过警告——这种现象有时被称为‘提示疲劳’或‘同意疲劳’——而持久的保护需要操作系统级别的沙盒化或隔离（如独立用户账户、容器化环境），而不是更大的确认屏幕。这种怀疑态度与苹果所回应的根本风险的直接证据并存：至少有一位用户公开描述自己曾故意向一个 AI 代理授予银行、健康、智能家居和完整云存储数据的访问权限，这几乎接近苹果自身语言所警告的最坏情况——一个应用程序在用户并未完全理解其同意内容的情况下暴露了‘系统上的所有内容’^[5]。矛盾在于，同一套权限模型既可以是问题本身（太容易被广泛授予），也可以在持‘摩擦疲劳’观点的批评者看来，是一个不够充分的修复方案（一旦提供，仍然太容易被一键通过）。