在 SSH 密钥管理的工程实践中，软件层面的私钥保护往往成为安全链路的薄弱环节。传统方式下，SSH 私钥以文件形式存储在磁盘或内存中，面临泄露、窃取与未授权使用的多重风险。SSH 证书机制虽然简化了密钥分发流程，但证书签发权（CA 私钥）的保护仍然是整个信任链的核心枢纽。将 CA 私钥迁移至硬件安全模块，特别是通过 YubiKey 进行密钥仪式化（Key Ceremony）管理，能够从根本上实现私钥的不可导出性与操作可审计性，构建端到端的硬件级安全防护体系。
硬件密钥保护的必要性
SSH 证书体系的核心优势在于只需在目标机器上配置一次 CA 公钥，即可支持任意数量的新密钥无需手动分发放行。然而，这一便利性的前提是 CA 私钥必须得到妥善保护 —— 一旦 CA 私钥泄露，攻击者可以签发任意主体的证书，整个信任体系将瞬间崩塌。传统软件方案将 CA 私钥存储在服务器本地，即使采用加密存储，攻击者仍可通过内存提取、供应链攻击或权限提升获取密钥。硬件安全模块通过将私钥锁定在防篡改芯片内部，确保私钥永远无法以明文形式离开设备，所有签名操作均在硬件内部完成，从根本上消除了软件层面的密钥泄露风险。
YubiKey 作为主流的硬件令牌，提供了 PIV（Personal Identity Verification）智能卡功能，支持在物理设备内部生成与存储非对称密钥对。关键在于，私钥生成后无法被导出 —— 即使持有设备本身，也无法读取私钥内容。每次签名操作均需要提供正确的 PIN 码，且可以配置为必须触摸设备确认，形成物理与知识的双重认证机制。这种设计使得 YubiKey 成为中小规模 SSH 证书权威的理想硬件载体，其成本可控、便于保管，且支持跨平台使用。
密钥仪式化配置流程
密钥仪式化（Key Ceremony）是 PKI 体系中确保密钥生成与初始化过程安全可控的核心实践。对于 YubiKey SSH CA，仪式化流程涵盖设备初始化、管理密钥配置、PIN/PUK 设置以及证书生成四个关键阶段。每个阶段均需遵循严格的操作规范，确保整个过程可审计、可追溯。
设备初始化与模式配置
在开始仪式化配置之前，需要准备一台离线工作主机，确保整个过程不连接互联网以排除远程攻击风险。首先使用 YubiKey Manager（ykman）识别设备序列号并确认设备状态：
ykman list
当存在多个 YubiKey 同时连接时，必须通过序列号精确指定目标设备，避免误操作生产环境中的密钥。对于专用的 CA 设备，建议仅保留 CCID 模式，禁用 OTP 与 FIDO 功能，减少攻击面：
ykman --device <serial> mode CCID
完成模式切换后需要重新插拔设备，让系统重新初始化智能卡接口。
管理密钥与 PIN 配置
YubiKey PIV 提供了三层密钥保护机制：管理密钥（Management Key）、PIN 码与 PUK（PIN Unlock Key）。管理密钥相当于超级管理员权限，用于执行密钥生成、证书导入等高敏感操作；PIN 码是日常签名操作的认证凭证；PUK 则用于在 PIN 锁定后解锁设备。仪式化流程中，管理密钥必须随机生成而非使用默认值，且强烈建议启用触摸确认（Touch Required）—— 这意味着每次使用管理密钥时，必须物理触碰设备按钮，形成人工授权的闭环：
ykman --device <serial> piv access change-management-key --touch --generate
生成的随机管理密钥应当立即存入安全的密码管理器，切勿以明文形式存储在磁盘或纸质介质上。PIN 码与 PUK 的配置同样需要遵循熵源要求，建议使用密码管理器生成符合 Yubico 规范的随机字符串：
# PIN: 6-8 位数字或字母
pwgen -sy 8 1 | ykman --device <serial> piv access change-pin -P <current-pin>
# PUK: 8 位数字或字母
pwgen -sy 8 1 | ykman --device <serial> piv access change-puk -p <current-puk>
值得注意的是，YubiKey 默认允许 PIN 码最多输入错误 3 次，第 3 次失败后将锁定设备，此时需要使用 PUK 解锁。若 PUK 也输入错误达到规定次数，设备将永久锁定无法恢复，这正是硬件安全模块的设计哲学 —— 宁可直接销毁也不允许无限暴力破解。
CA 密钥与证书生成
YubiKey PIV 提供多个槽位（Slot），其中 Slot 9c 专用于签名密钥，是部署 SSH CA 的标准选择。该槽位支持 RSA-2048 与 ECC P-256 两种算法，从安全性与兼容性角度推荐使用 RSA-2048。密钥生成命令如下：
ykman --device <serial> piv keys generate 9c ca-key.pem
执行此命令时，系统会提示输入管理密钥并要求触摸设备确认。密钥生成后，私钥永久存储在硬件内部，无法被任何手段导出。紧接着生成自签名证书，证书有效期建议设置为 3-5 年：
ykman --device <serial> piv certificates generate -s "SSH CA" -d 1825 9c ca-key.pem
证书生成完成后，通过 PKCS#11 接口提取 SSH 公钥用于配置客户端与服务器：
ssh-keygen -D /usr/local/lib/libykcs11.so
输出的公钥中包含 "Public key for Digital Signature" 注释的那一行即为 CA 的 SSH 公钥，应保存为 ca.pub 分发至所有 SSH 客户端与服务器。
签名操作与权限控制
完成密钥仪式化配置后，日常的证书签发操作需要严格遵循最小权限原则。签名时必须通过 PKCS#11 模块调用硬件令牌，每次操作均需输入 PIN 码验证身份：
ssh-keygen -s ca.pub -D /usr/local/lib/libykcs11.so -I "user@example.com" -n username ~/.ssh/id_ed25519.pub
签发证书时应明确指定有效期（-V 参数），而非使用默认的永久有效。建议用户证书有效期为 24-72 小时，主机证书有效期为 7-14 天，超期后必须重新签发。对于敏感环境，可进一步缩短至数小时，迫使客户端频繁刷新证书从而及时发现被撤销的证书。
主机证书签发需要添加 -h 参数标识为 host 证书，并指定 DNS 名称作为主体：
ssh-keygen -s ca.pub -D /usr/local/lib/libykcs11.so -I "server01.example.com" -h -n server01.example.com /etc/ssh/ssh_host_ed25519_key.pub
物理安全与运营实践
硬件令牌的安全不仅依赖于加密算法，更依赖于物理保管与运营流程的严格执行。以下是生产环境中应当遵循的关键实践。
密钥分片与多方授权：对于高安全等级场景，建议由多人分别保管 CA 设备的不同部分（如 PIN 分片、管理密钥分片），单一人无法独立完成签名操作。这模拟了传统 HSM 的多人授权机制，可有效防止内部人员滥用权限。
离线存储与取出控制：CA 设备在非签发时段应当断开连接并安全存储，建议使用防篡改密封袋记录取出历史。每次取出使用应当登记使用人、使用时间与操作目的，形成完整的审计追踪链。
定期更换与密钥轮换：建立定期轮换机制，建议每年执行一次 CA 密钥轮换。轮换前需确保所有现有证书已更新或过期，轮换后及时更新客户端与服务器的 TrustedUserCAKeys 配置。
备份与灾难恢复：虽然私钥无法从 YubiKey 导出，但应当备份证书、配置清单与签发记录。关键系统的 host 证书应当有冗余签发渠道，防止 CA 设备故障导致服务中断。建议维护一台备用 YubiKey，预先完成相同配置并安全存放。
工程参数清单
以下是 YubiKey SSH CA 部署的关键工程参数，可作为生产环境配置的参考基准：
- 证书有效期：用户证书 24-72 小时，主机证书 7-14 天
- 密钥算法：RSA-2048（Slot 9c）或 ECC P-256
- PIN 复杂度：8 位随机字符，包含大小写字母与数字
- 管理密钥：32 字节随机值，启用触摸确认
- 错误容忍：PIN 最多 3 次，PUK 最多 10 次
- 设备模式：仅 CCID，禁用 OTP/FIDO
- 审计留存：签发日志保留至少 2 年
通过硬件仪式化配置，SSH 证书体系的安全边界从软件层面扩展至物理层面。YubiKey 提供的不可导出私钥、PIN 保护与触摸确认机制，结合严格的离线存储与访问控制，能够有效抵御内外部威胁，为组织提供企业级的 SSH 身份认证基础设施。
参考资料
- James O'Gorman, "YubiKey as an SSH Certificate Authority", 2023
- Yubico PIV Tool Documentation