📚 课程目录第3章生成RSA私钥

3. 生成RSA私钥：从创建到安全保管

私钥是整个PKI体系的命根子。这话一点都不夸张。我在安全评估项目中见过太多因为私钥泄露导致整个信任体系崩塌的案例。所以这一章，咱们把私钥的生成、权限管理、备份与安全存储这几个环节彻底讲透。

OpenSSL是生成私钥最常用的工具。我个人习惯用2048位起步，1024位现在基本已经被业界淘汰了。你想想看，如果一个攻击者用几台GPU跑几天就能破解你的私钥，那整个PKI体系还有什么意义？

最基本的生成命令是这样的：

openssl genrsa -out server.key 2048

这条命令会生成一个2048位的RSA私钥，保存到server.key文件里。但这里有个坑——生成的私钥是未加密的。如果有人拿到了这个文件，就能直接使用你的私钥。

⚠️ 重要提醒： 生产环境中，我强烈建议你给私钥加上密码保护。用下面的命令：

openssl genrsa -aes256 -out server.key 2048

加上-aes256参数后，OpenSSL会提示你输入一个密码。每次使用私钥时都需要输入这个密码。嗯，这里要注意——密码强度一定要够，至少12位以上，包含大小写字母、数字和特殊字符。

我曾经在一个客户的服务器上看到他们用123456作为私钥密码……说实话，那还不如不加密，至少不会给人虚假的安全感。

私钥文件生成后，第一件事就是设置正确的文件权限。这个步骤很多人会忽略，但恰恰是最容易出问题的环节。

在Linux系统上，私钥文件应该只允许文件所有者读取：

chmod 400 server.key
# 或者
chmod 600 server.key

400表示只读，600表示读写。我个人更倾向于400，因为私钥生成后基本不需要修改，只读权限更安全。

为什么这么严格？我讲个真实案例。有一次做安全审计，发现一台Web服务器的Nginx配置里引用了私钥文件，但私钥的权限是644——也就是说，任何能登录到这台服务器的用户都能读取私钥。更可怕的是，这台服务器上还跑着其他用户的站点。你想想看，如果其中一个站点被攻破，攻击者就能拿到所有站点的私钥。

  权限管理黄金法则：
  私钥文件：chmod 400 或 chmod 600
私钥所在目录：chmod 700 或 chmod 750
确保私钥文件所有者是运行服务的专用用户（如nginx、www-data）
绝对不要用root用户运行Web服务

还有一个容易被忽视的点——私钥文件的属主。如果Web服务是用nginx用户运行的，那私钥的属主应该是nginx，而不是root。为什么？因为如果攻击者通过Web应用漏洞拿到了nginx用户的权限，而私钥是root所有的，他就读不了私钥。多一层防护总是好的。

私钥丢了，比私钥泄露更可怕。泄露了你可以吊销证书重新签发，但丢了……你连吊销都做不了，因为吊销也需要私钥签名。

所以备份是必须的。但备份的方式决定了你的安全等级。

我建议采用3-2-1备份原则：

备份私钥时，绝对不能直接复制.key文件。一定要加密。我常用的做法是用GPG加密：

# 先用密码加密私钥
openssl rsa -aes256 -in server.key -out server_encrypted.key

# 再用GPG加密备份文件
gpg --symmetric --cipher-algo AES256 server_encrypted.key

这样即使备份文件被盗，攻击者也需要同时破解OpenSSL密码和GPG密码，难度大大增加。

💡 我的个人习惯： 我会把私钥密码和GPG密码分开存储。一个记在密码管理器里，另一个写在纸上锁在保险柜里。这样即使密码管理器被攻破，攻击者也拿不到完整的私钥。

对于高安全场景，比如CA根证书、银行交易系统，我建议使用HSM。HSM是专门保护密钥的硬件设备，私钥从生成到使用都在硬件内部完成，永远不会以明文形式出现在内存或硬盘上。

不过HSM价格不菲，小项目用软件加密+严格权限管理也够用。我见过不少初创公司一开始就用HSM，结果运维成本太高，反而降低了整体安全性——因为没人愿意去维护它。

下面这张图总结了私钥从生成到安全保管的完整流程：

最后，分享几个我在项目中踩过的坑：

⚠️ 我曾经遇到过一个案例： 某公司把私钥放在Git仓库里，还以为是加密的。结果开发者在代码里硬编码了解密密码……整个公司的HTTPS证书全部作废，花了整整两天才完成替换。那两天里，所有用户访问他们的网站都会看到安全警告。

私钥管理没有捷径。每一步都做到位，才能让你的PKI体系真正安全可靠。