#安全资讯 不！开启隐私模式并不能阻止 Grok Build 继续上传仓库数据，SpaceXAI 在混淆视听。昨夜 SpaceXAI 就上传开发者仓库数据问题发布回应，该公司称开发者可以通过 /privacy 退出数据共享。然而研究人员指出，数据共享模式与上传仓库是两个不同的通道，前者只是上传大约 18KB 的数据帮助 SpaceXAI 改进产品，后者是通过请求头来控制的。也就是说即便开发者退出数据共享，只要 SpaceXAI 重新启用上传仓库的功能标志，数据就会被重新上传。查看全文：https://ourl.co/113926
上周安全研究人员 @Cereblab 曝光 Grok Build 未经开发者明确授权，擅自将开发者本地仓库发送到云端存储，正常情况下编码工具仅应该将需要使用的代码片段发送给云端模型，而 Grok Build 的做法是将整个仓库都上传到云端而且不是发送给模型，而是发送到谷歌 GCP 存储。
这种做法在开发者社区引起很大的担忧，因为各种项目仓库里可能包含敏感数据，显然 SpaceXAI 收集仓库数据可能是用于后续的模型训练，这有可能造成敏感信息泄露，当然这也是在践踏开发者的隐私权。
昨天夜里 SpaceXAI 就上传仓库问题发布回应，该公司称开发者可以通过 /privacy 启用隐私模式，默认情况下 Grok Build 启用的是数据共享模式，这意味着开发者的使用数据会被 SpaceXAI 收集并用于改进产品和模型，开发者如果启用隐私模式则可以避免数据共享，同时已经发送到云端的数据也会被删除。
这听起来似乎是个解决方案，然而在原始推文中 SpaceXAI 避重就轻并未详细解释为什么要收集开发者的项目仓库，事实上根据安全研究人员 @Cereblab 发布的最新消息，SpaceXAI 完全是在混淆视听，/privacy 并不能阻止仓库被继续上传。
安全研究人员在最初的分析报告中就提到 Grok Build 通过云端的请求头来判断是否上传整个仓库数据，在被曝光后 SpaceXAI 在云端禁用上传仓库数据，这个功能开关到现在还是禁用的，开发者也可以检查 Grok Build 请求头验证，请求头为 disable_codebase_upload: true 这个请求头代表启用「关闭仓库上传」，之前的选项为 false 代表允许上传仓库。
要明确的是 Grok Build 有两种数据收集模式，第一种就是 /privacy 的产品改进，该功能指的是 Grok Build 发送到模型的代码片段会被用于改进产品和模型，如果用户选择退出数据共享模式，SpaceXAI 会删除已经保存的数据。
关键是第二种，即上传仓库数据，上传仓库数据完全由 HTTP 请求头来控制，当云端下发的指令是启用仓库上传时，即便开发者退出数据共享模式也无济于事，因为 /privacy 压根就不是用来控制仓库上传的，所以 SpaceXAI 发布的声明完全是在混淆视听。
@Cereblab 也在 SpaceXAI 发布声明后重新进行验证，研究人员确认 /privacy 只适用于数据跟踪通道，在共享数据的情况下，该通道每次发送约 18KB 的数据，这并不是用来控制仓库数据上传，仓库数据上传可能达到 5GB 甚至更多 (有网友被发送超过 100GB 数据)。
所以 SpaceXAI 真正要做的是在未来的版本中彻底删除请求头和上传路径，只有删除后才无法通过云端开关进行控制，也无法继续上传开发者的仓库。另外目前上传仓库被禁用，所以无论是否退出数据共享模式，当前都不会再继续上传仓库到云端。
via @Cereblab
