Meta Muse 助手曝出严重 0-day 漏洞，Amazon 已开始封禁 Muse
2026-09-23
Meta 的 AI 助手 Muse 存在一个 0-day 漏洞，任何本地应用或终端命令都可获取用户 Muse 账户的认证 token，获得对智能体的完全控制。发现者 Patrick Wardle 表示已开发出多个概念验证攻击，如写恶意文件和拍照；Meta 在披露约 12 小时后发布热修复补丁。此前 Amazon 以 Muse 是未授权 AI agent 为由开始封禁其购物功能。
Meta 的 AI 助手 Muse 存在 0-day 漏洞，本地应用或终端命令可获取用户账户认证 token 并完全控制智能体；发现者已开发写恶意文件、拍照等概念验证攻击；Meta 在披露约 12 小时后发布热修复补丁。此前 Amazon 以 Muse 是未授权 AI agent 为由开始封禁其购物功能。
- Meta 的 AI 助手 Muse 存在 0-day 漏洞，本地应用或终端命令可获取用户账户认证 token 并完全控制智能体；发现者已开发写恶意文件、拍照等概念验证攻击；Meta 在披露约 12 小时后发布热修复补丁。此前 Amazon 以 Muse 是未授权 AI agent 为由开始封禁其购物功能。
- 原贴提到：Meta 的 AI 助手 Muse 存在一个 0-day 漏洞，任何本地应用或终端命令都可获取用户 Muse 账户的认证 token，获得对智能
- 来源：arstechnica.com
这是什么信号：这不是普通功能故障，而是 AI 助手/智能体把账户认证 token 暴露给本地应用或终端命令，意味着攻击者一旦在本机执行代码，就可能获得对 Muse 智能体的完全控制。发现者 Patrick Wardle 还给出写恶意文件、拍照等概念验证攻击，说明风险已从“读取信息”走向“执行动作”。
为什么重要：AI 助手正在获得操作文件、摄像头、购物等现实能力，安全边界不再只在云端，也覆盖本地进程与用户终端。认证 token 若可被本机任意应用获取，智能体就可能成为攻击者的高权限替身。Meta 在披露约 12 小时后发布热修复，说明响应较快，但也暴露出 0-day 在上线前未被拦截。
对谁有价值：对使用 Muse 等 AI 助手的个人用户、将 AI agent 接入业务系统的团队，以及做终端安全、身份认证、AI 平台安全的人最有价值。Amazon 以“未授权 AI agent”为由封禁 Muse 购物功能，也提醒平台方和 agent 开发者：跨平台调用会触发授权与风控冲突。
可以怎么行动：用户侧应关注官方补丁并尽快更新，检查本地是否授予 Muse 过高权限，审慎开放文件、摄像头、购物等敏感能力；企业侧应把 agent 的 token 当作高价值凭据管理，做本地进程隔离、最小权限、行为审计和异常调用告警；开发者侧应避免让本地应用轻易读取 agent 认证 token，并把“本机已被入侵”纳入威胁模型。
风险或限制：目前公开信息来自发现者与既有报道，具体影响版本、利用条件和修复覆盖范围仍需以官方说明为准；热修复不等于根因彻底消除。Amazon 封禁购物功能的理由与本次 0-day 是两条并行信号，不能简单视为同一因果链。对未使用 Muse 或未开放相关权限的用户，直接暴露面可能有限，但同类 agent 架构值得排查。
这条内容的真正价值，不只是“有人发布了一个新功能”，而是它揭示了 arstechnica.com 背后的产品方向、工作流变化或竞争信号。对 OPC 来说，这种信息可以转化成持续追踪的栏目选题。
如果把《Meta Muse 助手曝出严重 0-day 漏洞，Amazon 已开始封禁 Muse》放到你的内容系统里，它最大的价值在于帮助读者更快看懂“为什么值得关注”，而不是只看到一条碎片化动态。