一项独立调查发现，某款AI编码CLI工具会在用户不知情的情况下，将整个Git历史（包括提交日志、机密信息）上传至供应商控制的云存储中，而且这一行为不受用户已关闭的“改进模型”隐私开关控制。这不是模型读取文件后可能通过补全泄漏的问题，而是一条独立、静默的数据外泄管道，与用户理解的数据共享设置完全脱钩。此前这类风险一直被当作“理论可能”被忽视，现在已被证实。
对开发者而言，任何具备shell或文件系统访问权限的AI编码代理，都应当默认它可以查看并可能传输仓库内所有内容（包括历史记录）。秘密扫描与轮换不再是可选卫生，而是使用这些工具的基础成本。
对安全团队而言，这是一个网络监控问题。如果仅监控模型API流量用于数据防泄漏，那等于看错了管道。任何能访问本地仓库的代理工具，其出口流量都需要独立审计，不能依赖厂商在UI中暴露的“隐私设置”。
对整个行业而言，这是下一轮合规挑战的预演。SOC 2及等效审计必须开始要求：“展示此工具通信的所有网络目标，而不仅仅是隐私政策中列出的那些”——因为政策与行为显然可能不一致。
如果厂商自己的隐私退出设计都无法控制它自己搭建的数据通道，那么我们审查AI工具隐私控制时，到底是在审查产品，还是在审查市场宣传文案？
#开发者 #工具 #AI编码助手 #Git仓库 #数据泄露 #隐私 #安全 #xAI #GrokBuild
@DevToolboxHub