这是最终效果
起因
其实在很早之前 Github 就已经充分支持 GPG 密钥了,而在我之前使用 Github 的两年时间内,竟对此一无所知,实在有些“没见过世面”。直至近日,在一次偶然查看仓库的commit历史中,发现某些commit有一个不同寻常的绿色标记(Verified),不仅美观而且看上去舒心,如图所示:
点击这个标记,得知这一次commit是经过签名验证的(signed with a verified signature),因此,我便开始研究如何利用GPG对自己的每次commit进行签名验证。
什么是GPG
GnuPG is a complete and free implementation of the OpenPGP standard as defined by RFC4880 (also known as PGP). GnuPG allows you to encrypt and sign your data and communications; it features a versatile key management system, along with access modules for all kinds of public key directories. GnuPG, also known as GPG, is a command line tool with features for easy integration with other applications. A wealth of frontend applications and libraries are available. GnuPG also provides support for S/MIME and Secure Shell (ssh).
Since its introduction in 1997, GnuPG is Free Software (meaning that it respects your freedom). It can be freely used, modified and distributed under the terms of the GNU General Public License .
The current version of GnuPG is 2.4.5. See the download page for other maintained versions.
Gpg4win is a Windows version of GnuPG featuring a context menu tool, a crypto manager, and an Outlook plugin to send and receive standard PGP/MIME mails. The current version of Gpg4win is 4.3.1.
以上是从GPG网站上摘取的部分简介,总的来说,GPG的功能十分丰富,然而我这次主要是用它来对Git中的commit进行签名验证,所以需要做的事情也不算太复杂:
- 生成自己的GPG密钥
- 关联GPG公钥与Github账户
- 设置利用GPG私钥对commit进行签名
- 可选步骤:信任Github的GPG密钥
过程
安装GPG
由于我的目的是在Git中使用GPG,而Windows版本的Git发行包中,已经包含了可用的GPG命令行。判断方法也很简单,打开Git
Bash,输入gpg --version
,可以看到类似的GPG版本信息:
1 | $ gpg --version |
生成自己的GPG密钥
打开Git
Bash,运行gpg --full-generate-key
,根据提示,输入相应的个人信息(需要注意的是邮箱必须要使用在Github中验证过的邮箱)、自定义密钥参数、设置私钥密码等等,即可生成自己的GPG密钥。(补充说明,使用gpg --gen-key
亦可生成密钥,但是会略去自定义密钥参数的步骤,对于一般场合的使用问题不大。)
输出结果的末尾大致如下:
1 | pub ed25519 2024-04-08 [SC] [expires: 2027-04-08] |
需要记下的,是上述输出信息中的密钥ID:
3679AE2AC28CD97D026F5D64BE77A57CFB552D88
或者BE77A57CFB552D88
,后者是前者的简短形式,是密钥ID的倒数16个字符。
当然,如果没有及时将其记下也不要紧,可以运行gpg --list-keys
,列出本地存储的所有GPG密钥信息,大致如下:
1 | $ gpg --list-keys |
稍微解读一下这些结果:
pub
其后的是该密钥的公钥特征Ed25519
是EdDSA
签名方案,但使用SHA-512 / 256
和Curve25519
;它是一条安全的椭圆形曲线,比DSA
,ECDSA
和EdDSA
提供更好的安全性,并且具有更好的性能。
- 密钥创建时间
- 用途是
Signing
和Certificating
- 用途是
- 过期时间(
gpg --gen-key
默认3年之后过期)
- 过期时间(
- 密钥的ID。
uid
其后的是生成密钥时所输入的个人信息。sub
其后的则是该密钥的子密钥特征,格式和公钥部分大致相同(E表示用途是Encrypting)。
关联GPG公钥与Github账户
还记得在上一步中记下的密钥ID吗?现在,我们需要根据这个ID来导出对应GPG密钥的公钥字符串。继续在Git
Bash中,运行命令gpg --armor --export {key_id}
:
1 | $ gpg --armor --export 3679AE2AC28CD97D026F5D64BE77A57CFB552D88 |
然后,在Github的SSH and
GPG keys中,新增一个GPG
key,内容从-----BEGIN PGP PUBLIC KEY BLOCK-----
开始到-----END PGP PUBLIC KEY BLOCK-----
结尾,要完整地粘贴上去。
再次提醒,GPG密钥中个人信息的邮箱部分,必须使用在Github中验证过的邮箱,否则添加GPG key会提示未经验证。
利用GPG私钥对Git commit进行签名
首先,需要让Git知道签名所用的GPG密钥ID:
1 | git config --global user.signingkey {key_id} |
然后,在每次commit的时候,加上-S
参数,表示这次提交需要用GPG密钥进行签名:
1 | git commit -S -m "..." |
如果觉得每次都需要手动加上-S
有些麻烦,可以设置Git为每次commit自动要求签名:
1 | git config --global commit.gpgsign true |
但不论是否需要手动加上-S
,commit时皆会弹出对话框,需要输入该密钥的密码,以确保是密钥拥有者本人操作,如图所示:
输入正确密码后,本次commit便被签名验证,push到Github远程仓库后,即可显示出Verified绿色标记,点击Verified绿色标记,即可查看相关信息(由于test <test@test.com>
密钥的邮箱未经验证,所以此处实际用的是我本人的密钥进行签名):
可选步骤:信任Github的GPG密钥
事实上,在完成上述步骤后,已经可以基本完全正常地同时使用Github和GPG了,那为什么还需要这一步骤呢?很简单,不妨用git log --show-signature
试试查看本地的某个Git仓库的commit记录和签名信息:
1 | $ git log --show-signature |
可以发现,虽然所有的commit在Github中查看都是Verified,但是有一些比较特殊:在Github网页端进行的操作,比如创建仓库。这些commit并没有用我们之前生成的密钥进行签名,而是由Github代为签名了。这样的结果就是,我们本地无法确认这些签名的真实性。
为了解决这个问题,我们需要导入并信任Github所用的GPG密钥。
由于我这里已经导入过了,所以显示的内容可能会不一样。
先是导入:
1 | $ curl https://github.com/web-flow.gpg | gpg --import |
由于GitHub (web-flow commit signing) <noreply@github.com>
密钥已经过期,所以我们只需要给GitHub <noreply@github.com>
进行签名即可
然后是信任(用自己的密钥为其签名验证,需要输入密码):
1 | $ gpg --sign-key B5690EEEBB952194 |
至此,再用git log --show-signature
查看本地仓库的commit签名信息,则会发现所有的commit签名都已得到验证:
结束
经过这一番操作,Github和GPG圆满结合在了一起,而我也得到了我想要的Verified标记。不过,GPG的功能远非止于此,它还可以用来对文件、邮件等进行加密,还可以进行身份验证等等,都有待我去学习研究。