Meta Muse 的分享按钮成了泄密口：一次查询就能翻出成千上万条私密对话

把一段和 AI 助手的对话分享出去，本来只是想让朋友看看“它居然这么回答”。但在 Meta 的 Muse 上，这个动作可能把对话送进一个任何人都能翻找的池子。

有安全媒体披露，Muse 在用户分享对话后会暴露个人与商业机密：只需一次简单查询，就能列出成千上万条以标题形式排列的对话。标题往往足以说明一切——项目代号、客户名字、家庭安排、健康困扰，都可能被压缩在十几个字里。

一分钟速览

• Muse 的对话分享链接会进入可检索的公共范围，单次查询即可看到大量对话标题。
• 泄露内容不止聊天原文，标题本身就携带足以定位个人与业务的信息。
• 问题核心不是某一次漏洞，而是“分享”被设计成了默认公开、长期可索引。
• 对把 Muse 接进工作流的企业用户来说，风险从隐私升级为商业机密。

标题为什么比正文更危险

大多数人判断一条信息是否敏感，看的是正文：有没有密码、有没有合同金额、有没有身份证号。但对话列表展示的是标题，而标题恰恰是模型对整段对话的“摘要”。它会把一段冗长的讨论压缩成最关键的几个词，等于替旁观者完成了信息筛选。

这意味着，即使正文做了脱敏，标题仍可能暴露“某公司在谈收购”“某人在咨询治疗方案”“某个项目的上线时间”。对攻击者而言，这比在海量正文里捞针高效得多：先扫标题，再决定点开哪一条。

分享机制的设计债

过去两年，AI 助手普遍把“分享对话”做成增长功能：用户把有趣的回答发到社交平台，链接带回流量。问题在于，分享链接一旦可被搜索引擎或站内检索收录，私密对话就变成了公开网页。产品团队通常会在分享页加一个“仅持链接可见”的说明，但这类保护依赖三个前提：链接不可枚举、页面不被索引、内容不被聚合。只要其中任何一个失守，承诺就会落空。

更现实的麻烦是“连坐”。你分享的是自己的对话，但对话里可能包含同事、客户、家人的信息。对方没有同意，也没有机会撤回。企业在评估此类工具时，往往只审查数据存储位置和训练开关，却忽略了“员工主动分享”这条完全绕开审批的出口。

企业该怎么补这一刀

第一，把“可分享”当成一项需要治理的能力，而不是一个默认打开的按钮。管理员应能统一关闭外链分享，或强制分享页在若干天后失效。第二，对分享内容做自动敏感信息识别，至少在生成链接前提示“这段对话包含联系人、地址或金额”。第三，建立撤回机制：链接失效后，缓存与索引也应同步清理，而不是只让原页面返回 404。

对个人用户，最实用的建议反而很朴素：不要把工作材料、客户信息、家庭住址贴进对话，再随手点分享。AI 助手的记忆越来越长，一次分享带走的可能是一整段生活切片。

趋势洞察

AI 产品的竞争已经从“谁更聪明”转向“谁更值得托付”。当助手开始接管邮件、日历、文件和支付，任何一次分享都可能是一次数据出境。Muse 这次暴露的不是单点 bug，而是整个行业对“社交化分享”的路径依赖：增长团队想要传播，安全团队想要边界，而用户只看到一个按钮。谁先把这三件事拆开设计，谁才有资格谈企业级信任。