基于TPM2生成自签名证书与密钥及TLS连接问题排查

环境与前置操作 #

• 系统：Ubuntu 22.04
• 依赖组件：TPM参考模拟器、tpm2-abrmd（v3.0.0）、tpm2-tss（v3.2.1）
• 测试目标：用密码套件TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256建立TLS v1.2连接，通过OpenSSL s_client/s_server验证

TPM2初始化步骤 #

$ tpm_server -rm -v
$ sudo tpm2-abrmd --allow-root --tcti=mssim

凭证生成操作 #

$ sudo openssl genpkey -provider tpm2 -provider default -algorithm ec -pkeyopt group:P-256 -out testkey.priv
$ sudo openssl req -new -x509 -provider tpm2 -provider default -key testkey.priv -out cert.pem

生成的证书符合预期，但执行openssl ec -text导出私钥时失败，报错「无法写入EC密钥」

问题解答 #

1. openssl ciphers -s未显示目标密码套件是否正常？ #

正常。openssl ciphers -s默认只列出默认provider支持且启用的密码套件。而TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256需要TPM2 provider提供ECDSA签名能力，单独用default provider时，因为没有绑定TPM密钥上下文，不会加载对应套件。你需要在启动s_server/s_client时指定-provider tpm2 -provider default和目标套件进行测试，不用纠结openssl ciphers -s的输出。

2. 调整provider参数顺序（default在前）后连接成功，顺序是否有影响？ #

肯定有影响。OpenSSL的provider顺序直接决定算法优先级和密钥处理逻辑：

• 若tpm2 provider在前，OpenSSL会优先用它处理所有密钥操作，但TPM2 provider只实现了部分算法，TLS握手里的一些辅助操作（比如对称加密、哈希）处理不完善，导致握手失败。
• 若default provider在前，OpenSSL会先用它处理通用算法，仅在需要TPM绑定的密钥操作（比如ECDSA签名）时调用tpm2 provider，既利用了TPM的密钥安全存储，又保证了握手兼容性，所以能连接成功。

3. 如何通过TPM2生成可导出的EC私钥（类似非TPM生成的格式）？ #

TPM默认生成的密钥是不可导出的（这是核心安全特性，防止私钥泄露），如果要生成可导出的密钥，必须在创建时指定允许导出的属性：

方法一：用tpm2-tools先创建再导入到OpenSSL

# 创建主密钥上下文
$ tpm2_createprimary -C o -c primary.ctx
# 创建带exportable属性的EC密钥
$ tpm2_create -C primary.ctx -G ecc:P-256 -u testkey.pub -r testkey.priv -a "exportable"
# 加载密钥并获取句柄，转换为OpenSSL可识别的格式
$ KEY_HANDLE=$(tpm2_load -C primary.ctx -u testkey.pub -r testkey.priv | grep -oP 'handle: \K0x[0-9a-f]+')
$ sudo openssl genpkey -provider tpm2 -provider default -algorithm ec -out testkey_exportable.priv -pkeyopt handle:$KEY_HANDLE

方法二：直接用OpenSSL命令指定属性

$ sudo openssl genpkey -provider tpm2 -provider default -algorithm ec -pkeyopt group:P-256 -pkeyopt exportable:true -out testkey_exportable.priv

注意：开启导出属性会降低密钥安全性，私钥可被导出到TPM外部，仅适合测试或特殊场景使用。

内容的提问来源于stack exchange，提问作者abi