你愿意让AI替你整理文件、查日历、处理邮件，自然会给它相应权限。等任务做完，这些权限还留着吗？
Meta的Muse最近遇到的一次安全问题，让这个问题变得很具体。
9月22日，Meta确认已向Muse的Mac客户端发布热修复。研究者Patrick Wardle随后确认修补。公开报道没有给出明确的修复版本号，因此这里不列一个未经核实的“安全版本”。The Verge报道、研究者确认的报道均可对照。
先把攻击条件讲清楚
Wardle的原始披露指出，一个已经能在Mac上以当前用户身份运行的程序，可以改动Muse听写流量的去向。随后可能获取听写内容、认证材料，并利用用户已经授予Muse的访问能力。
攻击者必须先具备在这台Mac上执行代码的条件。这不是陌生人隔着网络，就能直接接管所有Muse用户电脑的漏洞。把前提省掉，新闻就会变成另一回事。
但“必须先进入电脑”也不意味着后续影响可以忽略。一个程序原本碰不到的资料，可能因为AI助手拥有额外权限而变得可达。这正是研究者强调的问题。
Meta表示风险受到本地执行条件的限制，同时推出了修补。这个回应可以作为产品已采取行动的依据，不能据此推导所有用户都已完成更新。
方便，来自你交出去的访问能力
我的看法是，选一个能办事的AI助手时，应该把“任务完成后怎么收回权限”一起看进去。
举个虚构的办公场景：你请助手整理一个项目文件夹，它需要读里面的材料。这个任务本身，不要求它长期访问其他客户资料，更不要求它随时处理所有邮件。
如果你只为这次整理开放所需范围，结束后收回访问，下一次工作再按需授权，权限和任务之间就有了对应关系。以后发现异常，也更容易知道该检查哪一部分。
这会多一点操作，但省下的是“当时到底给了什么”的回忆成本。尤其是试用新工具时，不必为了省一次点击，把将来可能用到的权限全部提前打开。
已经安装Muse，可以先做什么
先从官方渠道确认客户端已更新，再看一遍当前连接的应用和系统权限。暂时不用的连接，可以按自己的实际任务收回；工作账号则遵循所在团队的管理要求。
如果看到“复制这条终端命令就能修好”“粘贴后解锁功能”之类的提示，先核对来源。不要为了修一个安全问题，又运行一段自己不知道用途的命令。
也可以给自己留一张简单记录：哪个助手、连接了什么、用来做什么、任务结束后是否还需要。新接入一个服务时顺手补一行，比几个月后集中清理容易得多。
我更希望AI产品把权限展示、撤销入口和操作记录做得清楚。用户应该能看见它做过什么，也能在不需要时让它停下来。
本文依据截至2026年9月23日的公开披露整理，未运行漏洞演示或测试客户端。