双向TLS认证原理与OpenSSL证书签发实战

1. 双向TLS认证的核心原理与场景

双向TLS（mTLS）认证是传统TLS的增强版本，它不仅要求服务器向客户端证明身份（常规HTTPS），还要求客户端也提供可信证书。这种机制在金融支付网关、企业API网关、IoT设备认证等场景尤为关键。我曾在银行支付系统对接时，亲眼见过因mTLS配置不当导致百万级交易被拦截的案例。

mTLS的核心在于建立双向信任链：

• 服务端证书验证：客户端通过预置的CA证书验证服务端真实性
• 客户端证书验证：服务端通过相同或不同的CA体系验证客户端身份
• 会话密钥协商：双向验证通过后建立加密通道

关键认知：mTLS不是两个单向TLS的简单叠加，而是需要精心设计的证书体系。常见误区是认为只要客户端和服务端都有证书就行，实际上证书的签发路径、扩展字段、密钥用法等细节都会影响最终效果。

2. 证书体系设计与根CA创建

2.1 证书链设计原则

合理的证书层级应遵循"根CA -> 中间CA -> 终端实体"的三层结构。在测试环境中我们可以简化，但必须保留根CA与签发CA的分离。我曾见过直接使用根CA签发终端证书的案例，这在生产环境是严重的安全隐患。

2.2 根CA密钥生成

bash复制openssl genrsa -aes256 -out root.key 2048

这里有几个关键点：

1. 使用AES-256加密私钥（-aes256），避免私钥裸奔
2. 2048位RSA是目前安全与性能的平衡点
3. 务必设置强密码，建议16位以上混合字符

2.3 自签名根证书生成

bash复制openssl req -x509 -new -nodes -key root.key -sha256 -days 3650 -out root.crt

参数解析：

• -days 3650：10年有效期，根证书应长期稳定
• -sha256：必须使用SHA-2系列算法
• 需要交互式输入国家、组织等信息，建议保持一致

重要提示：生成的root.crt需要安全保管，这是整个信任体系的基石。我习惯将其存储在加密USB中，与日常开发环境隔离。

3. 服务端证书签发实战

3.1 创建服务端私钥

bash复制openssl genrsa -out serv