GnuPG
根据 官方网站：
- GnuPG 是完整实现了 RFC4880（即PGP）所定义的 OpenPGP 标准的自由软件。GnuPG 可以加密和签名你的数据和通讯信息，包含一个通用的密钥管理系统以及用于各种公钥目录的访问模块。GnuPG，简称 GPG，是一个易于与其它程序整合的命令行工具，拥有很多前端程序和函数库。GnuPG 还支持 S/MIME 和 Secure Shell (ssh)。
安装[编辑 | 编辑源代码]
软件包 pinentry包 也会被同时安装，它是一些简单的 PIN 或 passphrase 输入对话框的合集，GnuPG 需要用这些对话框来输入密码。至于用哪个 pinentry 对话框，则是由 shell 脚本 /usr/bin/pinentry 来确定，先后顺序参考 #pinentry。
如果要使用图形界面或集成了 GnuPG 的程序，请查看加密、签名与信息隐藏软件[损坏的链接：无效的章节]。
配置[编辑 | 编辑源代码]
目录位置[编辑 | 编辑源代码]
GnuPG 用环境变量 $GNUPGHOME 定位配置文件的位置。默认情况下此变量并未被设置，会直接使用 $HOME，所以默认的配置目录是 ~/.gnupg。
要改变默认位置，执行 $ gpg --homedir path/to/file 或在环境变量中设置 GNUPGHOME。
配置文件[编辑 | 编辑源代码]
默认的用户配置文件是 ~/.gnupg/gpg.conf 和 ~/.gnupg/dirmngr.conf。
默认的全局配置文件是 /etc/gnupg/gpgconf.conf。
以上配置文件均默认不被创建，可复制位于 /usr/share/doc/gnupg/examples/gpgconf.conf 的样例文件。
gnupg 目录的默认权限是 700，其中文件的权限是 600。也即，仅目录的所有者有权读写、访问这些文件。这是基于安全考虑，请不要变更。如果不使用这样的安全权限设置，会收到不安全文件的警告。
此外, pacman 使用单独的配置文件进行软件包的权限验证。详情请参考软件包签名。
新用户的默认选项[编辑 | 编辑源代码]
要给新建用户设定一些默认选项，把配置文件放到 /etc/skel/.gnupg/。系统创建新用户时，就会把文件复制到 GnuPG 目录。还有一个 addgnupghome 命令可以为已有用户创建新 GnuPG 主目录：
# addgnupghome user1 user2
此命令会检查 /home/user1/.gnupg 和 /home/user2/.gnupg，如果用户的 GnuPG 主目录不存在，就会从 skeleton 目录复制文件过去。
用法[编辑 | 编辑源代码]
- 如果需要一个
user-id，可以使用 key ID、指纹、用户名或电邮地址的部分等替代，GnuPG 对此的处理很灵活。 - 如果需要一个
key-id，可以给命令加上--keyid-format=long选项来查询。例如，如果想要查看主密匙，可以使用gpg --list-secret-keys --keyid-format=long user-id命令，key-id 是和 sec 同一行的十六进制散列值。
创建密钥对[编辑 | 编辑源代码]
用下面命令创建一个密钥对：
$ gpg --full-gen-key
使用 --expert 选项可以选择其它的加密算法，尤其是较新的ECC（椭圆曲线加密）。
命令执行后会需要用户回答一些问题，大部分用户应该需要的是：
- 默认的“RSA 和 RSA”用于加密和解密。
- 默认的密钥长度，即 3072。增大长度到 4096“成本极高，但获益很少”。这个帖子说明了为何 GPG 不默认使用 RSA-4096。
- 过期日期。大部分用户可以选择一年。这样即使无法访问密钥环，用户也知道密钥已经过期。如果有需要，可以不重新签发密钥就延长过期时间。
- 用户名和电子邮件。可以给同样的密钥不同的身份，比如给同一个密钥关联多个电子邮件。
- 不填写可选注释。注释字段并没有被很好地定义，作用有限。
- 一个安全的密钥口令。可参考如何选择安全的密码。
--gen-key 选项对密钥类型、密钥长度、过期时间均使用默认值，仅询问姓名和电邮地址。查看密钥[编辑 | 编辑源代码]
查看公钥：
$ gpg --list-keys
查看私钥:
$ gpg --list-secret-keys
导出公钥[编辑 | 编辑源代码]
GPG 的主要用途是通过公钥加密信息以确保其私密性。你可以分发自己的公钥，而其他人通过该公钥加密发给你的信息。而你的私钥必须始终保密，否则将会威胁信息的私密性。相关内容，请参见公开密钥加密。
所以其他人需要有你的公钥才能给你发加密信息。
以下命令可生成公钥的 ASCII 版本（--armor 参数），（例如用于以电子邮件发布）：
$ gpg --output public.key --armor --export <user-id>
此外，还可以通过密钥服务器分发公钥。
- 使用
--no-emit-version可以避免打印版本号，通过配置文件也可以进行此设置。 - 可以省略
user-id以导出密钥环内所有的公钥。这可以用来分享多个身份，或是将其导入到另一个程序，比如 Thunderbird。
导入公共密钥[编辑 | 编辑源代码]
要给其他人发送加密信息，或者验证他们的签名，就需要他们的公钥。通过文件 public.key 导入公钥到密钥环：
$ gpg --import public.key
此外，还可以通过密钥服务器导入公钥。
如想导入某个 key ID 以安装某个 Arch Linux 软件包，可参见 pacman 的相关说明和 makepkg 的相关说明[损坏的链接：无效的章节]。
使用公钥服务器[编辑 | 编辑源代码]
发布公钥[编辑 | 编辑源代码]
你可以将你的公钥注册到一个公共的密钥服务器，这样其他人不用联系你就能获取到你的公钥：
$ gpg --send-keys <key-id>
搜索和接收公钥[编辑 | 编辑源代码]
要查询公钥的详细信息而不是导入，执行：
$ gpg --search-keys <key-id>
要导入一个公钥：
$ gpg --recv-keys <key-id>
- 任何人都可以将公钥注册到密钥服务器上，因此不应该完全信任从密钥服务器上所检索到的某人的公钥。你应该通过将你检索到的公钥的指纹与该公钥所有者在可信任的来源（如该公钥所有者的博客或网站）所发布的指纹进行比较，或是直接通过电话或邮件联系该公钥所有者进行确认，以确保你检索到的公钥的真实性。使用多种方式进行验证可以提高你所检索到的公钥的可信度。更多相关信息，请参见公开密钥指纹。
- 导入公钥时建议使用长 key ID 或是完整的指纹。短 ID 可能遇到碰撞。如使用了短 ID，所有具有相同短 ID 的公钥都会被导入。这是一个例子。
- 在配置文件中加入
auto-key-retrieve参数将会在需要时自动从密钥服务器导入公钥，但是这样做可能泄漏你的隐私。参见 gpg(1) 中的“web bug”部分。
公钥服务器[编辑 | 编辑源代码]
常见的公钥服务器：
- Ubuntu Keyserver：联盟式（federated）、没有验证、公钥不可删除。
- Mailvelope Keyserver：中心式、验证电邮 ID、公钥可删除。
- keys.openpgp.org：中心式、验证电邮 ID、公钥可删除、没有第三方签名（即不支持信任网络）。
维基百科（英文）上有更多的服务器。
备选公钥服务器可以在#配置文件中的 keyserver 选项中注明，例如：
~/.gnupg/dirmngr.conf
keyserver hkp://keyserver.ubuntu.com
也可临时指定一个公钥服务器：
$ gpg --keyserver hkps://keys.openpgp.org/ --search-keys 931FF8E79F0876134EDDBDCCA87FF9DF48BF1C90
- 若遇到错误信息
gpg: keyserver receive failed: General error，且你使用了默认的 HKPS 公钥服务器池，请在dirmngr.conf中设置 HKPS 池证书：hkp-cacert /usr/share/gnupg/sks-keyservers.netCA.pem然后杀掉dirmngr进程。 - 若遇到错误信息
gpg: keyserver receive failed: Connection refused，可尝试更换 DNS 服务器。 - 你可以通过
--use-tor选项或 Torsocks 来使用 Tor 连接密钥服务器。hkp://jijrk5u4osbsr34t5.onion是 sks-keyservers pool 的洋葱网络地址。详见这个网页。 - 你可以通过设置环境变量
http_proxy并在dirmngr.conf中写入honor-http-proxy以使用代理访问密钥服务器。或者，你也可以通过在dirmngr.conf中写入http-proxy host[:port]以直接覆盖环境变量http_proxy来使用代理。重启dirmngr.service用户服务以使改动生效。
网络公钥目录[编辑 | 编辑源代码]
网络公钥服务（Web Key Service，WKS）协议是公钥分发的新标准。电子邮件域将提供其自己的公钥服务器，称为网络公钥目录（Web Key Directory，WKD）。在高于 2.1.16 版本的 GPG 中，在依电子邮件地址（如user@example.com）加密时，如果该公钥不在本地密钥环中，GPG 将以 HTTPS 向电子邮件的域（example.com）查询 OpenPGP 公钥。选项 auto-key-locate 将在本地密钥环内无该电邮地址的公钥时，按 WKD 协议查找公钥。
$ gpg --recipient user@example.org --auto-key-locate --encrypt doc
GnuPG Wiki 举出了一些支持 WKD 的电子邮件服务商。若电邮地址域由你控制，可遵循这份指南在你的域上启用 WKD。可用这个地址检查你的公钥是否能在 WKD 中找到。
加密与解密[编辑 | 编辑源代码]
非对称加解密[编辑 | 编辑源代码]
在加密（参数--encrypt或-e）一个文件或一条信息给另外一个人（参数--recipient或-r）之前，你需要先#导入他的公钥。如果你还没有#创建自己的密钥对，请先创建。
要加密一个名为 doc 的文件：
$ gpg --recipient <user-id> --encrypt doc
要解密（参数 --decrypt 或 -d）一个用你的公钥加密的、名为 doc.gpg 的文件：
$ gpg --output doc --decrypt doc.gpg
gpg 会提示你输入密钥口令，并将 doc.gpg 中的数据解密到 doc。如果你忽略了参数 -o（--output），gpg 将会直接输出解密的信息。
- 使用参数
--armor以 ASCII 编码的形式加密文件（适用于复制与粘贴文本文件格式的消息）。 - 使用
-R <user-id>或--hidden-recipient <user-id>代替-r可以不将收件人的指纹 ID 放入加密的消息中。这有助于隐藏收件人的信息，是针对流量分析的一个有限对策。 - 使用
--no-emit-version以避免打印版本号。也可将相应配置添加到你的配置文件中。 - 你可以使用 GPG 将自己作为收件人来加密敏感文件，但是每次只能压缩一个文件——尽管你可以将多个文件压缩后再进行加密。如果需要加密一个目录或一整个文件系统，请参见 Disk encryption#Available methods。
对称加解密[编辑 | 编辑源代码]
对称加密不需要生成密钥对，可用来简单地给文件加上密码。使用 -c--symmetric 参数来进行对称加密：
$ gpg -c doc
下面的例子
- 用口令给 doc 进行了对称加密
- 用 AES-256 加密算法对口令进行加密
- 用 SHA-512 摘要算法对口令进行打乱
- 打乱 65536 次
$ gpg -c --s2k-cipher-algo AES256 --s2k-digest-algo SHA512 --s2k-count 65536 doc
下面的命令可解密以口令对称加密的 doc.gpg 文件，并将解密的文档输出到同一目录下的doc文件中：
$ gpg --output doc --decrypt doc.gpg
目录操作[编辑 | 编辑源代码]
可用 gpgtar(1) 对目录进行加密和解密。
加密：
$ gpgtar -c -o dir.gpg dir
解密：
$ gpgtar -d dir.gpg
密钥维护[编辑 | 编辑源代码]
备份你的私钥[编辑 | 编辑源代码]
用如下命令备份你的私钥。 请注意，你需要输入一个密钥口令，否则任何能接触到该导出文件的人都能以你的身份加密或者签署文件
$ gpg --export-secret-keys --armor --output privkey.asc user-id
- 口令通常是密钥安全方面最薄弱的环节。最好把导出的文件放在另一个系统或者设备里，比如物理保险柜或者加密驱动器中。这是当你遇到设备被盗、磁盘故障等情况时恢复对密钥控制权的唯一安全措施。
- 这种备份方式有一些安全局限性，这篇文章 https://web.archive.org/web/20210803213236/https://habd.as/post/moving-gpg-keys-privately/ 中有关于用 gpg 备份和导入密钥的更加安全的办法。
用如下命令导入你的私钥备份
$ gpg --import privkey.asc
备份你的吊销证书[编辑 | 编辑源代码]
生成新密钥对的时候会同时生成吊销证书，默认存放在 ~/.gnupg/openpgp-revocs.d/ 下，证书的文件名是对应的密钥的指纹。
你也可以用以下命令手动生成吊销证书：
$ gpg --gen-revoke --armor --output revcert.asc user-id
如果密钥丢失或泄露，此证书可用于 #吊销密钥。如果你无法访问密钥，则无法使用上述命令生成新的吊销证书，那么备份将非常有用。吊销证书很短，你可以把他打印出来然后在需要使用的时候手动输入到电脑里。
编辑你的密钥[编辑 | 编辑源代码]
Running the gpg --edit-key <user-id> command will present a menu which enables you to do most of your key management related tasks.
Some useful commands in the edit key sub menu:
> passwd # change the passphrase > clean # compact any user ID that is no longer usable (e.g revoked or expired) > revkey # revoke a key > addkey # add a subkey to this key > expire # change the key expiration time
Type help in the edit key sub menu for more commands.
adduid command. You can then set your favourite one as primary.Exporting subkey[编辑 | 编辑源代码]
If you plan to use the same key across multiple devices, you may want to strip out your master key and only keep the bare minimum encryption subkey on less secure systems.
First, find out which subkey you want to export.
$ gpg -K
Select only that subkey to export.
$ gpg -a --export-secret-subkeys [subkey id]! > /tmp/subkey.gpg
At this point you could stop, but it is most likely a good idea to change the passphrase as well. Import the key into a temporary folder.
$ gpg --homedir /tmp/gpg --import /tmp/subkey.gpg $ gpg --homedir /tmp/gpg --edit-key <user-id> > passwd > save $ gpg --homedir /tmp/gpg -a --export-secret-subkeys [subkey id]! > /tmp/subkey.altpass.gpg
At this point, you can now use /tmp/subkey.altpass.gpg on your other devices.
延长到期时间[编辑 | 编辑源代码]
Rotating subkeys[编辑 | 编辑源代码]
If you have set your subkeys to expire after a set time, you can create new ones. Do this a few weeks in advance to allow others to update their keyring.
Create new subkey (repeat for both signing and encrypting key)
$ gpg --edit-key <user-id> > addkey
And answer the following questions it asks (see previous section for suggested settings).
Save changes
> save
Update it to a keyserver.
$ gpg --keyserver pgp.mit.edu --send-keys <user-id>
吊销密钥[编辑 | 编辑源代码]
Key revocation should be performed if the key is compromised, superseded, no longer used, or you forget your passphrase. This is done by merging the key with the revocation certificate of the key.
If you have no longer access to your keypair, first #Import a public key[损坏的链接：无效的章节] to import your own key. Then, to revoke the key, import the file saved in #Backup your revocation certificate[损坏的链接：无效的章节]:
$ gpg --import revcert.asc
Now the revocation needs to be made public. #Use a keyserver[损坏的链接：无效的章节] to send the revoked key to a public PGP server if you used one in the past, otherwise, export the revoked key to a file and distribute it to your communication partners.
签名[编辑 | 编辑源代码]
Signatures certify and timestamp documents. If the document is modified, verification of the signature will fail. Unlike encryption which uses public keys to encrypt a document, signatures are created with the user's private key. The recipient of a signed document then verifies the signature using the sender's public key.
Sign a file[编辑 | 编辑源代码]
To sign a file use the --sign or -s flag:
$ gpg --output doc.sig --sign doc
The above also encrypts the file and stores it in binary format.
Clearsign a file or message[编辑 | 编辑源代码]
To sign a file without compressing it into binary format use:
$ gpg --clearsign doc
This wraps the document into an ASCII-armored signature, but does not modify the document.
Make a detached signature[编辑 | 编辑源代码]
To create a separate signature file to be distributed separately from the document or file itself, use the --detach-sig flag:
$ gpg --output doc.sig --detach-sig doc
This method is often used in distributing software projects to allow users to verify that the program has not been modified by a third part.
验证签名[编辑 | 编辑源代码]
To verify a signature use the --verify flag:
$ gpg --verify doc.sig
where doc.sig is the signature you wish to verify.
To verify and decrypt a file at the same time, use the --decrypt flag as you normally would in decrypting a file.
If you are verifying a detached signature, both the file and the signature must be present when verifying. For example, to verify Arch Linux's latest iso you would do:
$ gpg --verify archlinux-<version>-dual.iso.sig
where archlinux-<version>-dual.iso must be located in the same directory.
gpg-agent[编辑 | 编辑源代码]
gpg-agent 主要用作守护进程，用于请求和缓存密钥链的密码。这在外部程序（如邮件客户端）使用 GnuPG 时十分有用。 gnupg包 带有默认自动启动的 systemd/用户 套接字。这些套接字分别是 gpg-agent.socket、gpg-agent-extra.socket、gpg-agent-browser.socket、gpg-agent-ssh.socket 和 dirmngr.socket。
从 GnuPG 2.1.0 开始，需要使用 gpg-agent。gpg-agent 由 GnuPG 工具按需启动，一般没有必要手动启用
- gpg 使用
gpg-agent.socket连接到 gpg-agent 守护进程。 gpg-agent-extra.socket的作用是在本地建立一个转发自远程系统的 Unix 域套接字。这样就可以在远程系统上使用 gpg，而无需向远程系统公开私钥。有关详细信息，请参阅 gpg-agent(1)。gpg-agent-browser.socket允许 Web 浏览器访问 gpg-agent 守护进程。- SSH 使用
gpg-agent-ssh.socket缓存 ssh-add 程序添加的 SSH keys。有关必要的配置，请参阅 #SSH agent。 dirmngr.socket启动一个 GnuPG 守护进程来处理与 keyserver 的连接。
gpgconf --list-dirs 的值。 套接字名称使用非默认 GnuPG 主目录的哈希 [1]，您可以硬编码它不用担心它的改变。
配置[编辑 | 编辑源代码]
gpg-agent 用 ~/.gnupg/gpg-agent.conf 文件配置。配置选项列在 gpg-agent(1) 中。例如，您可以更改默认密钥的缓存 ttl：
~/.gnupg/gpg-agent.conf
default-cache-ttl 3600
$ /usr/lib/gnupg/gpg-preset-passphrase --preset XXXXX其中 XXXXX 是 keygrip。您可以在运行
gpg --with-keygrip -K 时获取它的值。密码(passphrase)将一直保存到 gpg-agent 重新启动为止。如果设置了 default-cache-ttl 值，会优先采用它。重新加载 gpg-agent[编辑 | 编辑源代码]
在修改完配置之后，用 gpg-connect-agent 重新加载 gpg-agent：
$ gpg-connect-agent reloadagent /bye
该命令应该输出 OK。
但是在某些情况下，只是重新启动可能不够，比如当 keep-screen 被添加到 gpg-agent 配置中时。在这种情况下，您首先需要终止正在进行的 gpg-agent 进程，然后按上述方法重新启动它。
pinentry[编辑 | 编辑源代码]
gpg-agent 可以在 pinentry-program 中设定，以便使用特定的 pinentry包 用户界面来提示用户输入(passphrase)。例如：
~/.gnupg/gpg-agent.conf
pinentry-program /usr/bin/pinentry-curses
还有其他 pinentry 程序可选，参考 pacman -Ql pinentry | grep /usr/bin/ 的输出结果。
- 为了使用
/usr/bin/pinentry-kwallet您需要安装软件包 kwalletcliAUR。 /usr/bin/pinentry-gtk-2和/usr/bin/pinentry-gnome3支持 DBus Secret Service API ，它允许通过一个兼容的管理器(如 GNOME Keyring 或 KeePassXC)记住密码。
记得在修改完配置后要#重新加载 gpg-agent。
缓存密码[编辑 | 编辑源代码]
max-cache-ttl 和 default-cache-ttl 定义 gpg-agent 的密码缓存时间（秒）。要在会话中只输入一次密码，设置一个非常高的值即可，例如：
gpg-agent.conf
max-cache-ttl 60480000 default-cache-ttl 60480000
对于 SSH 仿真模式下的密码缓存，需要设置 default-cache-ttl-ssh 和 max-cache-ttl-ssh，例如：
gpg-agent.conf
default-cache-ttl-ssh 60480000 max-cache-ttl-ssh 60480000
Unattended passphrase[编辑 | 编辑源代码]
从 GnuPG 2.1.0 开始，需要使用 gpg-agent 和 pinentry，这可能会破坏使用 --passphrase-fd 0 命令行选项从 STDIN 传入的密码短语的向后兼容性。为了拥有与旧版本相同类型的功能，必须做两件事：
首先，编辑 gpg-agent 配置允许 loopback pinentry 模式 :
~/.gnupg/gpg-agent.conf
allow-loopback-pinentry
如果 gpg-agent 正在运行重新加载它使配置生效。
Second, either the application needs to be updated to include a commandline parameter to use loopback mode like so:
$ gpg --pinentry-mode loopback ...
...or if this is not possible, add the option to the configuration:
~/.gnupg/gpg.conf
pinentry-mode loopback
SSH 代理[编辑 | 编辑源代码]
gpg-agent 具有 OpenSSH 代理仿真功能。如果您正在使用 GnuPG 套件，可以考虑使用 gpg-agent 来缓存 SSH 密钥。此外，一些用户可能更喜欢 GnuPG 代理提供的 PIN 输入对话框作为其密码(passphrase)管理的一部分。
设置 SSH_AUTH_SOCK[编辑 | 编辑源代码]
设置以下环境变量与 gpg-agent 通信，替代默认的 ssh-agent。
SSH_AGENT_PID=""
SSH_AUTH_SOCK="${XDG_RUNTIME_DIR}/gnupg/S.gpg-agent.ssh"
- 如果使用脚本管理环境变量,需要 unset
SSH_AGENT_PID而不是将unset SSH_AGENT_PID设置成""。 - 请记住，在手动设置
SSH_AUTH_SOCK的情况下，如果使用了自定义的GNUPGHOME，那么套接字位置可能不同。您可以使用以下 bash 示例，或者将SSH_AUTH_SOCK更改为gpgconf --list-dirs agent-ssh-socket的值。 - 如果安装了 GNOME Keyring，有必要禁用其 ssh 组件。否则，它将覆盖
SSH_AUTH_SOCK。
或者通过 Bash 配置，这也适用于非标准的套接字路径 :
~/.bashrc
unset SSH_AGENT_PID
if [ "${gnupg_SSH_AUTH_SOCK_by:-0}" -ne $$ ]; then
export SSH_AUTH_SOCK="$(gpgconf --list-dirs agent-ssh-socket)"
fi
gnupg_SSH_AUTH_SOCK_by 用来检测 gpg-agent 是否以 gpg-agent --daemon /bin/sh 的方式启动, 在这种情况下，shell 从父进程继承 SSH_AUTH_SOCK 变量, gpg-agent [3].配置 pinentry 使用正确的 TTY[编辑 | 编辑源代码]
如果用户切换了 X 会话，还需要设置 GPG_TTY 并刷新 TTY，如 gpg-agent(1) 中所述。例如：
~/.bashrc
export GPG_TTY=$(tty) gpg-connect-agent updatestartuptty /bye >/dev/null
在同时使用多个终端时，如果想要 gpg-agent 通过 pinentry-curses 在运行 ssh 的终端上请求密码(passphrase)，添加以下内容到 SSH 配置文件。这将使得每次运行 ssh 命令时都会刷新 TTY [4]：
~/.ssh/config
Match host * exec "gpg-connect-agent UPDATESTARTUPTTY /bye"
请注意，必须设置 GPG_TTY 环境变量才能正常工作。
添加 SSH 密钥[编辑 | 编辑源代码]
gpg-agent 运行后，和 ssh-agent 一样您可以通过 ssh-add 添加准许的密钥。 准许的密钥列表储存在 ~/.gnupg/sshcontrol。
一旦您的密钥被批准，每次需要密码(passphrase)时，都会有 pinentry 对话框。要缓存密码，参见 #缓存密码。
使用 PGP 密钥进行 SSH 身份验证[编辑 | 编辑源代码]
您还可以使用 PGP 密钥作为 SSH 密钥。这需要一个具有验证功能的密钥（请参阅# Custom ability）。使用 PGP 密钥进行 SSH 身份验证有各种好处，包括:
- 您不再需要维护 SSH 密钥，减少了密钥维护量。
- 可以在智能卡上储存
验证密钥。GnuPG 将在卡可用时自动检测密钥，并将其添加到代理中（使用ssh-add -l或ssh-add -L检查）。密钥的备注应该会是openpgp:key-id或cardno:card-id。
运行 gpg --export-ssh-key gpg-key获取 GPG 公钥。如果您的密钥具有身份验证功能，但此命令仍然失败，并显示 “Unusable public key”, 给 gpg-key 添加 ! 后缀 ([5]).
除非您的 GPG 密钥在密钥卡上，否则您需要将密钥添加到 $GNUPGHOME/sshcontrol 中，才能被识别为 SSH 密钥。如果您的钥匙在钥匙卡上，它的 keygrip 会隐式地添加到 sshcontrol 中。如果没有，通过以下方式获取密钥的 keygrip：
$ gpg --list-keys --with-keygrip
sub rsa4096 2018-07-25 [A]
Keygrip = 1531C8084D16DC4C36911F1585AF0ACE7AAFD7E7
然后像这样编辑 sshcontrol。添加 keygrip 只需要一次；除非要添加其他密钥，否则不需要再次编辑该文件。
$GNUPGHOME/sshcontrol
1531C8084D16DC4C36911F1585AF0ACE7AAFD7E7
转发 gpg-agent 和 ssh-agent 到远程主机[编辑 | 编辑源代码]
通过将 gpg 套接字转发到远程机器，可以将 gpg-agent 转发到远程计算机，如 GnuPG wiki 所述。
首先，将以下行添加到远程计算机上的 /etc/ssh/sshd_config，以便在连接时自动删除旧的套接字。如果不这样做，则需要手动删除远程计算机上的套接字，然后才能连接启用了转发的代理，以便代理转发正常工作：
/etc/ssh/sshd_config
... StreamLocalBindUnlink yes ...
systemctl reload sshd，使 sshd 加载新配置。在客户端上，用 RemoteForward SSH 指令来将发往远程端口的通信转发到本地端口。如 ssh_config(5) § RemoteForward 中所述，该指令参数的第一项是远程主机上监听套接字的路径，第二项是本地主机上目标套接字的路径。配置应该如下所示：
$HOME/.ssh/config
Host remote_name
...
RemoteForward remote_agent_socket local_agent_extra_socket
RemoteForward remote_agent_ssh_socket local_agent_ssh_socket
第一行配置 gpg-agent 转发 :
- remote_agent_socket 是在远程机器上
gpgconf --list-dir agent-socket的输出。 - local_agent_extra_socket 是在本地机器上
gpgconf --list-dir agent-extra-socket的输出。
第二行是可选的，配置 ssh-agent 转发:
- local_agent_ssh_socket 是在远程机器上
gpgconf --list-dir agent-ssh-socket的输出。 - remote_agent_ssh_socket 是在本地机器上
gpgconf --list-dir agent-ssh-socket的输出。
SSH_AUTH_SOCK 设为 gpgconf --list-dir agent-ssh-socket 的输出，如#SSH 代理所述）。因此，在默认路径下，它应该是：
RemoteForward /run/user/1000/gnupg/S.gpg-agent /run/user/1000/gnupg/S.gpg-agent.extra
RemoteForward /run/user/1000/gnupg/S.gpg-agent.ssh /run/user/1000/gnupg/S.gpg-agent.ssh
有了这个配置，运行 ssh myremote 会自动将 gpg-agent 转发到远程，并允许使用 gpg 密钥解密/签名（如果包含第二行 RemoteForward，则会允许 gpg 和 ssh-agent 一起工作）。
Smartcards[编辑 | 编辑源代码]
GnuPG uses scdaemon as an interface to your smartcard reader, please refer to the man page scdaemon(1) for details.
GnuPG only setups[编辑 | 编辑源代码]
If you do not plan to use other cards but those based on GnuPG, you should check the reader-port parameter in ~/.gnupg/scdaemon.conf. The value '0' refers to the first available serial port reader and a value of '32768' (default) refers to the first USB reader.
GnuPG with pcscd (PCSC Lite)[编辑 | 编辑源代码]
pcscd(8) is a daemon which handles access to smartcard (SCard API). If GnuPG's scdaemon fails to connect the smartcard directly (e.g. by using its integrated CCID support), it will fallback and try to find a smartcard using the PCSC Lite driver.
To use pscsd install pcsclite包 and ccid包. Then start and/or enable pcscd.service. Alternatively start and/or enable pcscd.socket to activate the daemon when needed.
Always use pcscd[编辑 | 编辑源代码]
If you are using any smartcard with an opensc driver (e.g.: ID cards from some countries) you should pay some attention to GnuPG configuration. Out of the box you might receive a message like this when using gpg --card-status
gpg: selecting openpgp failed: ec=6.108
By default, scdaemon will try to connect directly to the device. This connection will fail if the reader is being used by another process. For example: the pcscd daemon used by OpenSC. To cope with this situation we should use the same underlying driver as opensc so they can work well together. In order to point scdaemon to use pcscd you should remove reader-port from ~/.gnupg/scdaemon.conf, specify the location to libpcsclite.so library and disable ccid so we make sure that we use pcscd:
~/.gnupg/scdaemon.conf
pcsc-driver /usr/lib/libpcsclite.so card-timeout 5 disable-ccid
Please check scdaemon(1) if you do not use OpenSC.
[编辑 | 编辑源代码]
GnuPG scdaemon is the only popular pcscd client that uses PCSC_SHARE_EXCLUSIVE flag when connecting to pcscd. Other clients like OpenSC PKCS#11 that are used by browsers and programs listed in Electronic identification are using PCSC_SHARE_SHARED that allows simultaneous access to single smartcard. pcscd will not give exclusive access to smartcard while there are other clients connected. This means that to use GnuPG smartcard features you must before have to close all your open browser windows or do some other inconvenient operations. Starting from version 2.2.28 LTS and 2.3.0 you can enable shared access by modifying your scdaemon.conf file and adding pcsc-shared line end of it.
Multi applet smart cards[编辑 | 编辑源代码]
When using YubiKeys or other multi applet USB dongles with OpenSC PKCS#11 may run into problems where OpenSC switches your Yubikey from OpenPGP to PIV applet, breaking the scdaemon.
You can hack around the problem by forcing OpenSC to also use the OpenPGP applet. Open /etc/opensc.conf file, search for Yubikey and change the driver = "PIV-II"; line to driver = "openpgp";. If there is no such entry, use pcsc_scan. Search for the Answer to Reset ATR: 12 34 56 78 90 AB CD .... Then create a new entry.
/etc/opensc.conf
...
card_atr 12:23:34:45:67:89:ab:cd:... {
name = "YubiKey Neo";
driver = "openpgp"
}
...
After that you can test with pkcs11-tool -O --login that the OpenPGP applet is selected by default. Other PKCS#11 clients like browsers may need to be restarted for that change to be applied.
使用技巧[编辑 | 编辑源代码]
Different algorithm[编辑 | 编辑源代码]
You may want to use stronger algorithms:
~/.gnupg/gpg.conf
... personal-digest-preferences SHA512 cert-digest-algo SHA512 default-preference-list SHA512 SHA384 SHA256 SHA224 AES256 AES192 AES CAST5 ZLIB BZIP2 ZIP Uncompressed personal-cipher-preferences TWOFISH CAMELLIA256 AES 3DES
In the latest version of GnuPG, the default algorithms used are SHA256 and AES, both of which are secure enough for most people. However, if you are using a version of GnuPG older than 2.1, or if you want an even higher level of security, then you should follow the above step.
Encrypt a password[编辑 | 编辑源代码]
It can be useful to encrypt some password, so it will not be written in clear on a configuration file. A good example is your email password.
First create a file with your password. You need to leave one empty line after the password, otherwise gpg will return an error message when evaluating the file.
Then run:
$ gpg -e -a -r <user-id> your_password_file
-e is for encrypt, -a for armor (ASCII output), -r for recipient user ID.
You will be left with a new your_password_file.asc file.
Revoking a key[编辑 | 编辑源代码]
- Anybody having access to your revocation certificate can revoke your key, rendering it useless.
- Key revocation should only be performed if your key is compromised or lost, or you forget your passphrase.
Revocation certificates are automatically generated for newly generated keys, although one can be generated manually by the user later. These are located at ~/.gnupg/openpgp-revocs.d/. The filename of the certificate is the fingerprint of the key it will revoke.
To revoke your key, simply import the revocation certificate:
$ gpg --import <fingerprint>.rev
Now update the keyserver:
$ gpg --keyserver subkeys.pgp.net --send <userid>
Change trust model[编辑 | 编辑源代码]
By default GnuPG uses the Web of Trust as the trust model. You can change this to Trust on first use Use by adding --trust-model=tofu when adding a key or adding this option to your GnuPG configuration file. More details are in this email to the GnuPG list.
Hide all recipient id's[编辑 | 编辑源代码]
By default the recipient's key ID is in the encrypted message. This can be removed at encryption time for a recipient by using hidden-recipient <user-id>. To remove it for all recipients add throw-keyids to your configuration file. This helps to hide the receivers of the message and is a limited countermeasure against traffic analysis. (Using a little social engineering anyone who is able to decrypt the message can check whether one of the other recipients is the one he suspects.) On the receiving side, it may slow down the decryption process because all available secret keys must be tried (e.g. with --try-secret-key <user-id>).
Using caff for keysigning parties[编辑 | 编辑源代码]
To allow users to validate keys on the keyservers and in their keyrings (i.e. make sure they are from whom they claim to be), PGP/GPG uses he Web of Trust. Keysigning parties allow users to get together in physical location to validate keys. The Zimmermann-Sassaman key-signing protocol is a way of making these very effective. Here you will find a how-to article.
For an easier process of signing keys and sending signatures to the owners after a keysigning party, you can use the tool caff. It can be installed from the AUR with the package caff-svnAUR[损坏的链接：package not found].
To send the signatures to their owners you need a working MTA. If you do not have already one, install msmtp.
Troubleshooting[编辑 | 编辑源代码]
Not enough random bytes available[编辑 | 编辑源代码]
When generating a key, gpg can run into this error:
Not enough random bytes available. Please do some other work to give the OS a chance to collect more entropy!
To check the available entropy, check the kernel parameters:
cat /proc/sys/kernel/random/entropy_avail
A healthy Linux system with a lot of entropy available will have return close to the full 4,096 bits of entropy. If the value returned is less than 200, the system is running low on entropy.
To solve it, remember you do not often need to create keys and best just do what the message suggests (e.g. create disk activity, move the mouse, edit the wiki - all will create entropy). If that does not help, check which service is using up the entropy and consider stopping it for the time. If that is no alternative, see Random number generation#Alternatives.
su[编辑 | 编辑源代码]
When using pinentry, you must have the proper permissions of the terminal device (e.g. /dev/tty1) in use. However, with su (or sudo), the ownership stays with the original user, not the new one. This means that pinentry will fail, even as root. The fix is to change the permissions of the device at some point before the use of pinentry (i.e. using gpg with an agent). If doing gpg as root, simply change the ownership to root right before using gpg:
chown root /dev/ttyN # where N is the current tty
and then change it back after using gpg the first time. The equivalent is likely to be true with /dev/pts/.
tty is not enough.Agent complains end of file[编辑 | 编辑源代码]
The default pinentry program is pinentry-gtk-2, which needs a DBus session bus to run properly. See General troubleshooting#Session permissions for details.
Alternatively, you can use pinentry-qt. See #pinentry.
KGpg configuration permissions[编辑 | 编辑源代码]
There have been issues with kdeutils-kgpg包[损坏的链接：package not found] being able to access the ~/.gnupg/ options. One issue might be a result of a deprecated options file, see the bug report.
Another user reported that KGpg failed to start until the ~/.gnupg folder is set to drwxr-xr-x permissions. If you require this work-around, ensure that the directory contents retain -rw------- permissions! Further, report it as a bug to the developers.
Conflicts between gnome-keyring and gpg-agent[编辑 | 编辑源代码]
While the Gnome keyring implements a GPG agent component, as of GnuPG version 2.1, GnuPG ignores the GPG_AGENT_INFO environment variable, so that Gnome keyring can no longer be used as a GPG agent.
However, since version 0.9.6 the package pinentry包 provides the pinentry-gnome3 program. You may set the following option in your gpg-agent.conf file
pinentry-program /usr/bin/pinentry-gnome3
in order to make use of that pinentry program.
Since version 0.9.2 all pinentry programs can be configured to optionally save a passphrase with libsecret. For example, when the user is asked for a passphrase via pinentry-gnome3, a checkbox is shown whether to save the passphrase using a password manager. Unfortunately, the package pinentry包 does not have this feature enabled (see FS#46059 for the reasons). You may use pinentry-libsecretAUR[损坏的链接：package not found] as a replacement for it, which has support for libsecret enabled.
mutt and gpg[编辑 | 编辑源代码]
To be asked for your GnuPG password only once per session as of GnuPG 2.1, see this forum thread.
"Lost" keys, upgrading to gnupg version 2.1[编辑 | 编辑源代码]
When gpg --list-keys fails to show keys that used to be there, and applications complain about missing or invalid keys, some keys may not have been migrated to the new format.
Please read GnuPG invalid packet workaround. Basically, it says that there is a bug with keys in the old pubring.gpg and secring.gpg files, which have now been superseded by the new pubring.kbx file and the private-keys-v1.d/ subdirectory and files. Your missing keys can be recovered with the following commnads:
$ cd $ cp -r .gnupg gnupgOLD $ gpg --export-ownertrust > otrust.txt $ gpg --import .gnupg/pubring.gpg $ gpg --import-ownertrust otrust.txt $ gpg --list-keys
gpg hanged for all keyservers (when trying to receive keys)[编辑 | 编辑源代码]
If gpg hanged with a certain keyserver when trying to receive keys, you might need to kill dirmngr in order to get access to other keyservers which are actually working, otherwise it might keeping hanging for all of them.
Smartcard not detected[编辑 | 编辑源代码]
Your user might not have the permission to access the smartcard which results in a card error to be thrown, even though the card is correctly set up and inserted.
One possible solution is to add a new group scard including the users who need access to the smartcard.
Then use an udev[损坏的链接：无效的章节] rule, similar to the following:
/etc/udev/rules.d/71-gnupg-ccid.rules
ACTION=="add", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="1050", ENV{ID_MODEL_ID}=="0116|0111", MODE="660", GROUP="scard"
One needs to adapt VENDOR and MODEL according to the lsusb output, the above example is for a YubikeyNEO.