[控场AI]
· 4 分钟阅读· 2,353 字

Meta暂停Muse对话分享功能:6800条AI聊天链接遭公开

Meta暂停Muse对话分享功能:6800条AI聊天链接遭公开

Meta暂停Muse对话分享功能,因6800条AI聊天链接通过公开DNS记录暴露。

Meta紧急暂停了其AI助手Muse的对话分享功能,起因是安全公司Claroc的研究人员通过公开DNS记录发现了超过6800条可公开访问的聊天链接。这些链接指向用户与Meta AI的完整对话,而用户可能从未意识到内容会被公开索引。问题根源在于分享链接的设计默认了“不可发现性”,但公开DNS记录和可枚举的URL打破了这一假设。事件凸显了AI对话分享功能中链接随机性、访问控制和索引防护的缺失。行业背景显示,类似隐私争议并非孤例,用户和开发者需警惕分享链接的可发现性风险,并采取相应防护措施。

Meta暂停Muse对话分享功能:6800条AI聊天链接遭公开

Meta暂停Muse分享功能

Meta近日紧急暂停了其AI助手Muse的对话分享功能,起因是安全公司Claroc的研究人员发现,超过6800条通过该功能生成的对话链接可以在公开网络上被任何人访问。这一事件再次将AI对话的隐私边界问题推到了聚光灯下。

事件回顾:公开DNS记录暴露的AI对话

据Ars Technica报道,Claroc的研究人员通过公共DNS记录发现了超过6800个Muse对话链接。这些链接指向用户与Meta AI助手的完整聊天记录,而用户可能从未意识到这些内容会被公开索引。

DNS记录本身是互联网基础设施的一部分,用于将域名解析为IP地址。当大量类似格式的子域名出现在公开DNS中时,研究人员可以批量发现并枚举这些对话端点。这意味着,即使没有主动分享,对话链接也可能通过技术手段被系统性地收集。

Meta在回应中表示,已暂停该分享功能,并正在评估相关机制。但公司并未透露这些链接暴露了多久,以及是否有用户数据被实际抓取。

DNS记录与子域名枚举
DNS(域名系统)是互联网的“电话簿”,负责将人类可读的域名(如 example.com)转换为机器可读的IP地址。除了常见的A记录、CNAME记录外,DNS还包含许多其他类型的记录,这些记录通常是公开可查询的。当企业为每个分享链接生成一个唯一的子域名(如 chat123.example.com)时,这些子域名会出现在DNS记录中。攻击者或研究人员可以使用子域名枚举工具(如 Sublist3r、Amass)或证书透明度日志(Certificate Transparency Logs)来批量发现这些子域名。一旦子域名被列出,对应的URL就可能被直接访问,从而暴露本应私密的内容。这种暴露并非源于黑客攻击,而是由于系统设计时未考虑“可发现性”风险。

问题根源:分享链接设计与隐私预期的错位

Muse的对话分享功能允许用户生成一个可访问的链接,将聊天记录发送给他人。问题在于,这些链接的设计似乎默认了"不可发现性"——即只有拿到链接的人才能查看。但公开DNS记录的存在打破了这一假设。

从技术角度看,任何以可预测方式生成的URL都可能被枚举。安全研究人员经常利用这一点来发现暴露的服务。Claroc的发现说明,Meta在链接生成机制上可能缺乏足够的随机性或访问控制。

更深层的问题在于用户预期。大多数用户认为,AI对话是私密的,分享功能只是临时便利。当链接变成公开可发现时,私密对话与公开内容之间的边界就模糊了。

UUID与可枚举性
UUID(通用唯一识别码)是一种广泛用于生成唯一标识符的标准(如 UUIDv4),其随机性足以防止暴力猜测。然而,UUID的随机性并不等同于不可枚举。如果分享链接的生成模式存在规律(例如基于时间戳、用户ID或自增序列),或者链接被提交到公开可索引的页面(如搜索引擎、社交媒体),那么即使使用UUID,链接也可能被收集和枚举。此外,如果链接没有设置访问控制(如密码、登录验证)或过期时间,一旦泄露就会永久有效。因此,安全设计需要结合随机性、访问控制和索引防护(如 robots.txt、noindex 标头)来降低可发现性。

行业背景:AI对话分享的隐私争议并非孤例

这并非AI助手第一次因分享功能引发隐私争议。随着AI聊天机器人普及,对话分享、对话链接、公开索引等机制正在成为新的风险点。

与其他平台相比,Meta的Muse功能在分享设计上相对激进——直接生成可公开访问的网页。部分竞品则采用更严格的访问控制,例如需要登录才能查看,或设置链接过期时间。

Claroc的研究方法也提示了一个更广泛的审计思路:通过DNS记录和公开索引来发现AI服务的意外暴露面。这种方法成本低、效率高,可能被更多安全团队采用。

证书透明度日志与公开索引
证书透明度(Certificate Transparency, CT)是一项旨在监控和审计SSL/TLS证书的公开日志系统。每当网站部署新证书时,该证书会被记录在公开的CT日志中,其中包括域名信息。研究人员可以通过查询CT日志来发现新上线的子域名,即使这些子域名没有出现在DNS记录中。结合DNS枚举,CT日志可以大幅提高发现意外暴露服务的效率。对于AI对话分享功能,如果分享链接使用独立的子域名或路径,并且没有采取反索引措施,就很容易被这类公开日志和索引机制捕获。这提示开发者,隐私设计必须考虑整个互联网的可见性生态,而不仅仅是链接本身的随机性。

用户与开发者应关注什么

对于普通用户,这一事件提醒我们:在使用任何AI助手的分享功能前,先确认链接是否可被搜索引擎索引、是否有访问密码或过期设置。如果对话包含敏感信息,最安全的做法是不使用分享链接。

对于开发者,Muse的教训在于:可分享链接的随机性、访问控制和可发现性需要作为安全设计的一部分。生成UUID并不足以防止枚举,还需要速率限制、访问日志和索引防护。

Meta表示暂停功能是临时措施,但未给出恢复时间表。在AI产品快速迭代的节奏下,隐私设计往往滞后于功能上线。这次事件或许会推动更多公司在分享功能上线前进行类似的安全审计。

结语

6800条链接的数字不算庞大,但暴露的机制值得警惕。AI对话正成为个人数据的新载体,而分享功能的设计缺陷可能让这些数据在用户不知情的情况下流入公开网络。Meta的暂停是必要的第一步,但更关键的是后续的修复与透明度。

#Meta Muse#AI对话分享#隐私泄露#DNS记录#AI安全#聊天链接公开#Claroc
分享:

相关推荐