@julyclyde 那上传 fake ssh pubkey 也会有人做， github 不是防不了

@julyclyde 上传别人的 key 不说 github 不会给你的 commit 验证通过，别人拿了你的 key 也干不了什么，因此并没有上传 fake key 的意义不是？
@oott123 你的说法可能是真相了，很长时间没看 profile setting 页面，上传 gpg key 也是最近才发现，可能这确实是新增的功能

@julyclyde 如何理解？我认为使用 gpg 公钥只要解决好分发公钥与权威认证这两个问题就可以了， github 刚好可以代劳，而且它已经公布了 ssh 公钥， 再加上 gpg 也不是问题。除非里面有什么有说服力的考量，代公布 ssh 而代不公布 gpg 。 如果有这个考量，这就是我想知道的答案。

@msg7086 github 利用他的权威性发布 gpg 公钥好处是不言喻的，其它人获取公钥的时候可以不用指纹，也不用知道他的 keyid ，这两步实现本来就是很麻烦的

@dndx 怎么发布呢？

@dndx 指纹和 key id 怎么呢？

@msg7086 其它人用 github 上那个链接，可以免指纹了不是，何况不是所有人都传 gpg 服务器的

hhkb pro type s ， 不过蓝牙款要出了，不知会不会有静音版

吃相太不好啊， b 了

功力很深，联系方式都出来估计很快有人来挖你了

这么多文件真的是项目文件吗？什么东西的源码会这样？编译后的东西不要同步了好吧？

周末出游发工资吗？

@Rorysky 先去实习，过了转正似乎是保证的，这个可以自己去了解。现在银行都要先声名户口不保证的，有个机会就去试试吧

@AstroProfundis 嗯，觉得是个烂设计，已经在 pro git 的 repo 上发 issue 去 讨论了，看看有没有什么玄机是我没看出来的。 pro git 这么不 pro ，有点怀疑自己也怀疑作者了

@AstroProfundis pro git 提供这样自验证的方案，一点也不 pro 。

email 了，没回复啊

@shiji @AstroProfundis 我提出的问题是 git-scm 设计的分发方式没有解决公钥分发方式，过度设计，还是得依靠 CA 、网站等。伪造者如果只能伪造内容，或是 hack 网站，只能实现其一，内容都是安全的。但 hacker 在 hack 到了你的机器，提交了假的内容并用他的的 gpg 签名，同时用 git-scm 的方式发布他的公钥，其它人 pull 下来的就是伪造的了。

1 ，如果网站有公钥且网站没有被 hack ，其它人可以比对破之，但既然要比对，那我为何不就信任网站的公钥呢？见 2 。
2 ，在 1 的前提下，网站既然可以发布公钥，使用者就没必要用 git-scm 的方法获取公钥了，因为网站公钥必然是有效的（网站与机器分离，网站就算被 hack ，假公钥也不能通过验证），只看网站即可。

第二问题是我搞错了，已明白理解，感谢！

@AstroProfundis 你的意思是：使用者要保证安全，还是要在 site 上看公钥，再看 tag 里的公钥，两个一致的情况下还是伪造的可能性只有 site 被 hack ， git 被恶意提交了，发生这样事情的概率要很低？

可如果 签名没有被 fake ，发布者在 site 上伪造 pubkey 的意义一点都没有。 git-scm 上的问题在于，公钥和内容都用 git pull 下来，没有分开。

@BOYPT 第二个问题取消，我弄错了， private key 是加密的，我之前以为是未加密的，第一个问题是 git-scm 提供的一个分发设计，原理是把 pubkey 放到一个有 annotate 的 git tag 下，传到 remote 上， 使用者只要 git show 一下这个 tag 的 annotate ，就知道 gpg pubkey 了，实现分发