在以安全为前提下要保障可靠性、可控性和一致性是非常复杂的。我们可以利用 SSH 又或者说 OpenSSH 来替代所依赖的中央身份验证(比如 LDAP 或者 Kerberos)
除了 通过 PIV 和 PKCS#11 验证 SSH 之外,还可以增加远程 SSH 验证的安全性。Facebook 和 Yahoo 已经更换使用 SSH 用户证书来避免中心认证系统宕机。因为他不支持拓展(需要 1:1 匹配),所以也利于维持 authorized_keys
文件先后一致。
一个 数字证书认证机构 可以对连接到服务器上的每个客户端进行签名和安全认证。
签名的证书还可以指向当前证书的用户(登录身份)。每个用户会记录在一个文件中:
❯ mkdir /etc/ssh/auth_principals
❯ echo -e 'access-root' > /etc/ssh/auth_principals/root
❯ echo -e 'access-databases' > /etc/ssh/auth_principals/foobar
上例中,任何一个签名主体带有 access-root
的证书都可以使用 root
用户名通过 SSH 连接进主机, 任何一个签名主体带有 access-databases
的证书都可以使用 foobar
用户名登录。
现在让我们来创建 数字证书认证机构。
- 使用一台处于气隙系统下【译者注:即与互联网物理隔离】的计算机,生成用户证书颁发机构的根证书:
❯ ssh-keygen -C "SSH User Certificate Authority" -f sshuser.root.ca
-
把根证书(
sshuser.root.ca.pub
)放到每个主机的/etc/ssh/
目录下,保证文件权限是chmod 644
。 -
更新
/etc/ssh/sshd_config
文件加入新的 CA 和 principals 文件:
TrustedUserCAKeys /etc/ssh/sshuser.root.ca.pub
AuthorizedPrincipalsFile /etc/ssh/auth_principals/%u
- 让用户或客户端从 Yubikey 中提取他们的公钥以便在处于气隙系统下的计算机中使用新 CA 签名来认证:
ssh-keygen -D /usr/local/opt/opensc/lib/pkcs11/opensc-pkcs11.so -e
- 在被处于气隙系统下的计算机签名的用户证书, 要特别注意一下登录名(
<user>
),确保这个证书能够指向被声明的主体(<principals>
,使用逗号分隔),证书到期时间(+52w
)和序列号(<serial>
)。
❯ ssh-keygen -s sshuser.root.ca -I <user> -n <principals> -V +52w -z <serial> <user>.pub
Signed user key foobar-cert.pub: id "foobar" serial 1928121 for access-root valid from 2016-12-10T00:10:00 to 2017-12-09T00:10:10
- 确认用户证书无误:
❯ ssh-keygen -Lf <user>-cert.pub
user-cert.pub:
Type: [email protected] user certificate
Public key: RSA-CERT SHA256:NWmw3siRlxn3bsIhzaFrCsh66KKIWapFuZsNiDXhRLw
Signing CA: RSA SHA256:HLD1Eb4XiCoyXew23skyisJt+3P02MOsrHHbK/DmlgY
Key ID: "foobar"
Serial: 1928121
Valid: from 2016-12-10T00:10:00 to 2017-12-09T00:10:10
Principals:
access-root
Critical Options: (none)
Extensions:
permit-X11-forwarding
permit-agent-forwarding
permit-port-forwarding
permit-pty
permit-user-rc
- 复制
<user>-cert.pub
到客户端的~/.ssh
目录下并重命名为id_rsa-cert.pub
。 这个名字需要十分具体, 因为在opensc-pkcs11
中有一个限制规则去排除id_rsa-cert.pub
之外的证书。