Meta旗下被寄予厚望的通用AI助手Muse刚刚遭遇了一场尴尬的安全溃败。Ars Technica于2026年10月20日报道,由于分享链接的设计缺陷,Muse在用户主动生成对话链接时,会将对话标题直接暴露在公开的网络基础设施记录中。安全机构Claroc的研究人员仅通过单次公开检索,就完整定位到了约6,800个分享链接,并在不需要任何账号和密码的情况下,直接调阅了数百份涉及企业核心财务与个人高度隐私的记录。面对这一发现,Meta随后紧急暂停了Muse的对话分享功能,表示正在展开内部隐私调查。
这绝非一次简单的开发疏漏。Meta首席执行官马克·扎克伯格上个月才公开宣称Muse是一款从底层为隐私与安全打造的产品,但现实恰恰相反:当一款拥有读取邮箱、日历、订购机票乃至访问银行账户等超高权限的智能体,依然沿用 Web 2.0 时代粗放的无鉴权分享设计时,用户的数字后院其实早已门户大开。
单次检索收割6800条记录:高权限Agent的“免密裸奔”
Muse在上线后迅速登顶苹果应用商店排行榜。与传统的聊天机器人不同,Muse被设计为一个能够替用户执行复杂操作的自主智能体,用户需要向它开放大量的个人与工作账号授权。然而,正是这种承载着高度机密信息的工具,在生成对外分享页面时,采用了几乎不设防的逻辑。

Claroc的研究人员在毫无阻拦的情况下,从抽取的数百份对话中发现了令人心惊的机密内容:一家全国性营销公司专供首席执行官审阅的内部营收审查、某小微企业主写明具体贷款金额的申请表、记录了部分银行账号与交易明细的反欺诈警报待办单、标明了两处房产具体地址与投资收益回报的地产分析报告,甚至还有某一线AI实验室的高管猎头沟通纪要与全公司员工的年度休假时间表。
研究团队直言,原本以为收集这些商业机密需要耗费大量精力,结果只需执行一次查询。这已经是Muse发布以来遭遇的第二起严重安全信任危机。就在Muse发布三周后,macOS安全专家Patrick Wardle曾披露过该软件的一个零日漏洞,攻击者通过简单的ClickFix恶意诱导即可劫持整个Muse账户。Meta当时以设备必须预先受感染为由淡化了威胁程度,而这一次的分享漏洞,则彻底击穿了用户对该产品安全架构的底线信任。
致命的子域名架构:被动DNS如何沦为公开收割字典
Muse这套分享机制的致命伤,在于工程团队做出了一个违背基础安全常识的架构选择:把具有明确语义的对话标题直接塞进了网站的子域名中。

在常规设计中,网页公开分享通常会将随机哈希字符置于URL的路径部分(例如 metaai.com/share/a9f21c)。路径部分在浏览器通过HTTPS加密通道请求时受到保护,外界网络节点无法轻易获知具体内容。但Muse生成的链接格式却形如 loan-application-draft-a4c9e2.cf.metaaiusercontent.com。
当接收链接的人第一次点击并打开页面时,本地计算机必须向互联网的域名解析体系发起查询。遍布全球的递归解析服务器和被动DNS监控节点会自动记录下每一次新的子域名解析请求。由于所有Muse链接都统一挂在 cf.metaaiusercontent.com 域名之下,任何能够接触到商业被动DNS数据库的人,只需检索该域名的历史子域名解析记录,就能拿到一份带有详细对话标题的现成链接清单。Claroc将这种现象命名为“幽灵分享”(GhostShares)——页面在未曾主动分发给第三方的前提下,被网络基础设施本身公开捕获并永久记录。
任何包含语义特征的动态子域名,都会在底层网络协议中留下不可逆的明文脚印。
尽管Meta在官方防御说明中辩称,Muse在与外部应用交互或执行操作时设有显式授权弹窗,且对话数据不用于商业广告投放,生成链接属于用户自主行为。但隐私学者指出,这种界面设计本身存在严重的心智诱导偏差。普通员工在使用产品时,根本无法理解“发给同事的只读链接”与“向全球网络情报节点公开供稿”之间的技术差异。
共享链接的虚假安全感:AI产品设计的惯性盲区
这种由便捷分享引发的安全踩踏,在AI行业已非首次上演,但各家厂商依然屡教不改。

2025年6月,Meta AI曾因推出Discover信息流,将大量涉及用户医疗诊断、心理咨询和法律诉讼的私密对话公开展示在推荐流中,遭遇隐私学界的强烈声讨,迫使Meta在6月16日至17日紧急增设公开警示。仅仅一个月后的2025年7月,OpenAI的ChatGPT也因支持搜索引擎收录功能,导致约4,500条用户私密对话直接被Google爬虫收录索引。虽然OpenAI在2025年7月31日下线了搜索引擎收录选项,并明确禁止爬虫索引,但其目前的共享链接依然维持着“持有链接即可免密访问”的机制。
| 对比维度 | OpenAI ChatGPT 共享链接 | Meta Muse 共享链接(已暂停) | 企业级协同标准(如 Google Docs) |
|---|---|---|---|
| 链接构造逻辑 | 随机哈希路径(加密保留) | 语义标题嵌入子域名(pDNS留痕) | 随机长字符路径 |
| 公共检索风险 | 已禁止主流搜索引擎收录 | 可通过被动DNS批量枚举检索 | 默认禁止爬取,支持仅限组织内 |
| 访问控制能力 | 任何持链者免密直连 | 任何持链者免密直连 | 需组织身份鉴权或显式名单授权 |
| 数据源头风险 | 多为纯文本问答与生成内容 | 深度绑定邮箱、日历、财务等真实数据 | 文档由用户明确归属与手动撰写 |
问题的本质在于,AI产品的功能形态已经从问答机器人(ChatBot)演变为连接核心工作流的自主智能体(Agent),但背后的访问控制设计依然停留在社交网络的“轻量分享”时代。当用户与AI的对话内容从“写一首诗”演进为“分析我本季度的房产收益与未结贷款”时,无鉴权的网页链接就变成了一枚极具杀伤力的定时炸弹。
- 风险.即使Meta暂停了前端生成入口,此前已写入全球被动DNS历史库中的至少6,800条记录依然存在;若Meta服务器未对既有静态子域名实施硬性鉴权阻断,这些链接对应的内部业务与个人数据仍存在被持续翻阅的风险。
- 建议.企业安全团队(CISO)应即刻在公司边界网关与DNS解析器中阻断所有指向
cf.metaaiusercontent.com域名的访问,并排查员工是否曾在个人设备上授权Muse连接企业工作邮箱与日程系统。
在Meta拿出彻底的鉴权方案与历史链接清理机制之前,把企业核心资产托管给这类主打自主操作的消费级智能体,无异于将办公室的钥匙贴在了大楼临街的玻璃外墙上。
