我不明白你为什么愿意信任一个对手完全控制的校验和结构。这个Merkle树可以防止对手试图向已经拥有旧版本的客户端提供一个仓库的不同版本的情况（客户端已经拥有的部分有本地校验和）。他们不应该这样做。git客户端会告诉服务器它没有的提交，因此这很容易检查。如果人们使用代码签名的话，这可能是一种保障，但在这里人们并没有这样做，所以这没有意义。我在该仓库的文档中没有看到有关签名密钥的任何提及。如果存在某个透明日志，git工具会自动检查，那么校验和树可能是一个有用的审计手段，但并没有这样的日志，所以这没有意义。我们完全信任微软的版本。有很多事情可能有帮助，但目前摆在我们面前的是一个完全由微软控制的源代码树，没有任何明显的防护措施来防止微软对其做坏事。就像无数其他情况一样。这是当今信任的默认状态。
源讨论ICE正在使用假的基站来监视人们的手机原帖 256 条评论 · 导入时统计> 我不会觉得美国不会强迫微软在这些类型的项目中注入恶意负载。EFF 完全信任微软的基础设施：没有其他渠道的验证，所有验证都是由微软自己提供的。 git 提交记录基本上不就是一组校验和的 Merkle 树吗？如果任何开发者尝试进行 pull 或 fetch 操作，他们突然会收到一堆奇怪的提交信息，对吧？ 另外，代码签名是可以实现的。
完整原文把你的经验，加入这段讨论。
因为开发人员只是在自己的本地机器上有这个东西...？ Git本来就是一个分布式版本控制系统。每次检出都是一个完整的git「仓库」。
完整原文> 我不知道为什么你会信任一个你的对手完全控制的校验和结构。 我认为重点是他们并没有完全控制它。当然，他们对GitHub上的版本有完全的控制权。但Git是分布式的，开发人员会有他们自己的本地副本。如果微软篡改了校验和，而Git会检查这些校验和。下一个开发人员的拉取或推送就会出问题。
完整原文有很多事情可能是有帮助的，但目前摆在我们面前的是一个完全在微软控制下的源代码树，没有任何可见的防护措施来防止微软对其做坏事。就像无数其他情况一样 但它是用Rust写的。
完整原文> Git 客户端会告诉服务器它没有哪些提交记录，所以这很容易检查。 这行不通。客户端首先会向服务器请求引用列表及其对象ID（ls-refs）。它只请求对象ID，并在服务器响应后报告它拥有的对象ID。 你需要另一种方式来确认请求引用的客户端就是你提供被篡改源代码的那一个，否则你需要用引用的真实对象ID来响应，这样获取操作就会失败，因为无法从用户拥有的对象ID找到真实对象。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。