连加密钱包都能用谷歌搜出来，Claude的分享设计怎么成了隐私黑洞

2026年7月底，有海外网友在谷歌搜索栏里敲下了一行简单的指令：site:claude.ai/share。按理说，这应该搜不到什么实质内容。但按下回车后，屏幕上弹出了成百上千页的 Claude 对话记录。这不是什么黑客攻击，而是普通人每天都在用的分享链接，连带着里面的老底一起被全网曝光了。

被翻出来的内容触目惊心：有真实患者的详细医疗报告，有包含小学生姓名和电话的文档，有打着“仅限内部使用”标签的公司绩效评估。最离谱的是，有人在里头直接找到了陌生人的加密货币钱包信息和登录凭证。顺藤摸瓜找过去，发现那个钱包里虽然只有 2.73 美元，但从头到尾连个能联系上号主提醒的途径都没有。

如果一份本该只发给同事看的文件，现在全世界随便谁敲几个字就能围观，这笔糊涂账该算在谁头上？

把隐私安全寄托在爬虫素质上

官方很快给出了技术层面的解释：他们没有主动向谷歌提交分享页面的目录，Claude 生成的分享链接也是一长串极难被猜出的随机字符。之所以被收录，是因为用户自己把链接发到了公开论坛或代码托管平台上，搜索引擎这才顺着线索爬了过去。

这套说辞在逻辑上挑不出毛病，但在实际工程设计中完全不及格。

网站根目录里的 robots.txt 协议，说到底只是一份君子协议，它只能建议爬虫不要抓取特定页面。这次的安全事故里，出现了一个极其荒谬的逻辑死锁：平台用协议挡住了谷歌爬虫，导致爬虫无法读取页面内容，自然也就看不到页面响应里写着的“禁止收录”标签。结果就是，谷歌虽然不知道页面里有什么，但依然把这个链接作为一个结果展示在了搜索列表里。

把用户的数据安全，寄托在一段容易产生冲突的声明上，或者指望所有爬虫都能严格守规矩，这是一种典型的技术偷懒。

拿到链接就能看，这是哪门子隐私

这起事故暴露出的更大漏洞，在于平台对授权边界的设计极度混乱。

我们日常使用的各种云文档，想要分享给特定的人，通常需要对方登录账号，或者至少有一层密码验证。但 Claude 的分享功能，生成的是一个不带任何鉴权机制的公开网址。

平台或许觉得，这串像乱码一样的长链接足够安全。但在真实的互联网环境里，你发给同事的链接，同事转手就可能贴进公司的公开讨论区。只要这个网址在这个世界上暴露过一次，它就已经处于裸奔状态。

“任何拥有该链接的人均可查看”绝不等于“用户同意这份包含病历和密钥的文档可以被全网所有人通过搜索发现”。作为掌握底层架构的企业，既然提供分享功能，验证访问者的登录状态就是最基础的门禁，连这层门禁都不装，等于让用户的数据安全在走钢丝。

屡次踩坑的安全神话

这甚至都不是大语言模型第一次在这个坑里栽跟头。

早在 2025 年夏天，同行产品就因为类似的可发现功能，把大量心理健康咨询和求职简历送进了谷歌索引；随后的 8 月，Grok 更是被曝光数十万条对话可以被搜索到。而 Claude 自己，去年 9 月就已经出过一次分享链接被收录的事故。

一家天天把系统安全挂在嘴边的明星公司，甚至动不动宣称自家模型已经具备替代程序员的能力，却在基础的分享权限和防抓取配置上连摔两次。只要花几分钟写个自动检查脚本，把配置文件放进流水线里跑一遍，就能避免这种低级失误。这就好比一家银行把金库大门敞开，只在门口贴了张“非员工禁止入内”的纸条，出了事却怪风把钱吹跑了。