Claude Code曾将用户邮箱带入网站请求，隐私边界再受质疑

一份发布在 Claude Code GitHub 仓库的问题报告，将一个容易被忽视的代理隐私风险推到了台前：用户邮箱可能被模型带入发往第三方网站的请求中。报告作者称，Claude Code 在进行网页搜索或执行命令时，曾把邮箱写入 User-Agent 等请求信息，并因此担忧邮箱被任意网站收集。现有素材并未独立证明垃圾邮件一定由该行为造成，但它明确指出了个人信息未经清晰授权流出的问题。

发生了什么

据相关讨论，Claude Code 曾向已登录用户的模型上下文提供账户邮箱。这样做的初衷是帮助模型处理诸如作者标签、身份相关内容，减少模型凭空生成名称的情况。然而，当模型自行编写 curl 调用、网页访问命令或其他工具请求时，可能把上下文中的邮箱理解为网站要求提供的联系人，并放入 User-Agent 或类似字段。

这一链路的关键并不是邮箱是否出现在显眼的表单里，而是信息被代理自动带入了网络请求。用户可能只是在要求工具搜索资料，却未意识到请求头中包含了可识别个人身份的内容。

官方应对与限制

素材显示，Claude Code 2.1.317及之后版本加入了名为 cc-plugin-privacy 的内置模块，默认开启，用于拦截或在部分包含邮箱的网页工具调用、curl 类命令执行前询问用户。相关工作人员还表示，后续版本将把账户邮箱从提供给模型的上下文中移除。与此同时，讨论也承认，隐私模块并不能覆盖模型生成脚本后再自行运行等全部路径，因此升级并不等于风险彻底消失。

为什么值得关注

这起事件说明，代理式编程工具的隐私边界不只由模型供应商的隐私政策决定，还取决于上下文注入、命令生成、自动执行和网络访问之间如何衔接。一个看似帮助模型工作的账户字段，经过模型的概率性决策后，可能变成对外发送的请求数据。

更稳妥的设计应当遵循数据最小化原则：非必要的个人标识不应默认进入模型上下文；外发请求应在执行前展示完整目标、请求头和敏感字段；拦截机制还需要覆盖脚本、子进程和间接网络调用。对用户而言，及时升级、检查版本中的隐私模块状态，并避免让代理拥有不必要的网络与执行权限，是现阶段较为现实的防护措施。

来源：Hacker News