Muse 分享链接可被枚举：一条 DNS 查询捞出 6800 条对话
安全公司 Claroc 10 月 18 日公开研究：Meta 的通用 agent Muse 在用户要求「分享这段对话」时会生成一个公开页面，地址形如「对话标题 + 随机字符串 + cf.metaaiusercontent.com」。问题出在标题这一段——用户自己起的对话名直接进了域名，而域名一旦被人打开一次，就会被被动 DNS 服务记录下来。研究团队对 Muse 的内容域做了一次查询，剔除通配 DNS 噪声后，得到 6,800 余条分享页的完整主机名，标题可读，等于一份目录。
他们没有蹲守也没有爆破，只打开了其中几百条：几乎全部无需登录、无访问申请就能看。少数页面内容相当敏感——一份候选人准备某前沿 AI 实验室高管面试的通话材料（含对方内部联系人与会面时间）、一家全国性营销公司标注「CEO 专阅」的营收复盘、一位小企业主的贷款申请、一份带银行欺诈提醒与部分账号的待办清单、一份含两处房产地址与回报、收入、房贷数字的投资报告，以及一个工作场所的全年员工休假表。Muse 的 robots.txt 确实要求搜索引擎与 AI 爬虫别进分享路径，但 robots.txt 管的是抓取，不是访问；研究者走的是 DNS，完全没碰搜索引擎。
值得记的不是「又有 AI 产品泄露」，而是这类泄露的形状：分享功能本身要公开链接才能用，可访问控制的强度却被交给了「随机 ID 猜不到」这个假设，而 ID 一被写进主机名，就在第一次被打开时随 DNS 记录公开了。同类事件不是第一次——2025 年 ChatGPT 的共享对话曾出现在搜索结果里、Grok 被索引过 37 万条会话，业界随后学会的是「让分享页不要被索引」，但那只挡住了爬虫。Claroc 已按漏洞流程在 10 月 8 日报给 Meta，未获回复，也没有滥用证据；其自述的限制同样要写清：单一发现渠道、单一域名模式、单一产品、短时间窗口，不能外推成 Muse 的总暴露面。