手把手教你用OpenSSL验证密评中的‘挑战-响应’签名（附完整Hex数据解析）

实战指南：OpenSSL验证密评中的ECDSA挑战-响应签名全流程

当你拿到一份密评报告，看到满屏的Hex数据却无从下手时，这篇文章就是为你准备的。我们将以一份真实的ECDSA签名验证为例，从原始数据提取到最终验签，手把手带你走通整个流程。不同于教科书式的理论讲解，这里每个步骤都配有可直接执行的OpenSSL命令，让你能立即动手验证手头的密评数据。

1. 理解挑战-响应机制的核心要素

在典型的挑战-响应身份鉴别场景中，服务端需要证明自己持有正确的私钥。整个过程涉及三个关键数据块：

• 客户端随机数（Client Random）：由客户端生成的32字节随机数，作为挑战值
• 服务端随机数（Server Random）：服务端生成的32字节随机数
• 服务端证书：包含服务端公钥的X.509证书

签名原文的拼接规则通常遵循：

签名原文 = 客户端随机数 + 服务端随机数 + 证书长度(2字节) + 证书内容

注意：证书长度字段采用网络字节序（大端模式）

2. 原始数据准备与解析

假设我们已从网络抓包或密评报告中获取到以下Hex数据：

# 签名值 3045022100e4795b5a947526f8e7cbd0edd571ea8749e0efd24323799346ea2c740c006c5a0220026189e51c19d20d40a82606d0ed72cb9530a189bbb94c09e4559d7d8ff3f598 # 客户端随机数 f81ce4d345466f00852fd30dc0555086544391bd2bd0ca13b8b66776a0bbc2ab # 服务端随机数 5ed8968e7d19162fdc1aca131ddf438b55275de556c9994a8ff3bb871393d4cd # 服务端证书 30820221308201c6a003020102020108300a06082a811ccf55018375308187310b300906035504061302434e3110300e06035504080c074265696a696e673110300e06035504070c074265696a696e67310d300b060355040a0c04424a4341310d300b060355040b0c04424a43413116301406035504030c0d424a4341534d32544553544341311e301c06092a864886f70d010901160f737570706f727440626a63612e636e301e170d3230303531323035313231345a170d3330303332313035313231345a30818e310b300906035504061302434e3110300e06035504080c074265696a696e673110300e06035504070c074265696a696e67310d300b060355040a0c04424a4341310d300b060355040b0c04424a4341311d301b06035504030c14626a6361736d3273657276657273727031656e63311e301c06092a864886f70d010901160f737570706f727440626a63612e636e3059301306072a8648ce3d020106082a811ccf5501822d03420004a0e54d33742636210e37a36c6e0102c296813a1812d112e44864337d7a248a6865afe51abf3830971465bdcbc9b003c72e62e0c7ca6ce53cf56f265ae877c442a31a301830090603551d1304023000300b0603551d0f040403020430300a06082a811ccf5501837503490030460221009dd093c169af50fbca6061ed1b10d4394b2768d115027f64533f24080d94f20d022100cc96806594a6ad537b78991c6e673384ef415da8c0d226103dcee21327341032 # 证书长度 000225

3. 构建签名原文

签名原文的拼接需要特别注意字节序和格式转换。以下是具体操作步骤：

1. 将各组件保存为单独的文件：

echo -n "f81ce4d345466f00852fd30dc0555086544391bd2bd0ca13b8b66776a0bbc2ab" | xxd -r -p > client_random.bin echo -n "5ed8968e7d19162fdc1aca131ddf438b55275de556c9994a8ff3bb871393d4cd" | xxd -r -p > server_random.bin echo -n "000225" | xxd -r -p > cert_len.bin echo -n "30820221308201c6a003020102020108300a06082a811ccf55018375308187310b300906035504061302434e3110300e06035504080c074265696a696e673110300e06035504070c074265696a696e67310d300b060355040a0c04424a4341310d300b060355040b0c04424a43413116301406035504030c0d424a4341534d32544553544341311e301c06092a864886f70d010901160f737570706f727440626a63612e636e301e170d3230303531323035313231345a170d3330303332313035313231345a30818e310b300906035504061302434e3110300e06035504080c074265696a696e673110300e06035504070c074265696a696e67310d300b060355040a0c04424a4341310d300b060355040b0c04424a4341311d301b06035504030c14626a6361736d3273657276657273727031656e63311e301c06092a864886f70d010901160f737570706f727440626a63612e636e3059301306072a8648ce3d020106082a811ccf5501822d03420004a0e54d33742636210e37a36c6e0102c296813a1812d112e44864337d7a248a6865afe51abf3830971465bdcbc9b003c72e62e0c7ca6ce53cf56f265ae877c442a31a301830090603551d1304023000300b0603551d0f040403020430300a06082a811ccf5501837503490030460221009dd093c169af50fbca6061ed1b10d4394b2768d115027f64533f24080d94f20d022100cc96806594a6ad537b78991c6e673384ef415da8c0d226103dcee21327341032" | xxd -r -p > cert.bin

2. 拼接签名原文：

cat client_random.bin server_random.bin cert_len.bin cert.bin > signature_input.bin

3. 验证拼接结果：

xxd -p signature_input.bin | tr -d '\n'

重要提示：某些实现可能要求证书长度字段采用大端序。如果验签失败，可以尝试将000225转换为二进制后确认字节序是否正确。

4. 从证书提取公钥

服务端证书中已经包含了验证签名所需的公钥。我们可以使用OpenSSL直接提取：

openssl x509 -inform der -in cert.bin -pubkey -noout > public_key.pem

提取的公钥PEM格式示例如下：

-----BEGIN PUBLIC KEY----- MFYwEAYHKoZIzj0CAQYFK4EEAAoDQgAEoOVNM3QmNiEON6NsbgECwpaBOhgS0RLk SGRDfXokioaFr+UavzgwlxRlvcvJsAPHLmYOx8ps5Tz1byZa6HfEQqM= -----END PUBLIC KEY-----

5. 执行ECDSA签名验证

现在我们已经准备好所有必要组件，可以执行最终的签名验证了：

openssl dgst -sha256 -verify public_key.pem -signature <(echo -n "3045022100e4795b5a947526f8e7cbd0edd571ea8749e0efd24323799346ea2c740c006c5a0220026189e51c19d20d40a82606d0ed72cb9530a189bbb94c09e4559d7d8ff3f598" | xxd -r -p) signature_input.bin

成功验证的输出应该是：

Verified OK

如果遇到验证失败，常见问题排查步骤：

1. 签名原文拼接错误：

   • 确认随机数和证书的顺序是否正确
   • 检查证书长度字段的字节序
   • 确认是否有多余的空格或换行符混入

2. 签名格式问题：

   • ECDSA签名通常是DER编码的，确认签名值是否正确解码
   • 可以尝试使用asn1parse检查签名结构：

     openssl asn1parse -inform der -in <(echo -n "3045022100e4795b5a947526f8e7cbd0edd571ea8749e0efd24323799346ea2c740c006c5a0220026189e51c19d20d40a82606d0ed72cb9530a189bbb94c09e4559d7d8ff3f598" | xxd -r -p)

3. 哈希算法不匹配：

   • 确认服务端使用的哈希算法（SHA256、SHA384等）
   • 尝试不同的-dgst参数值

6. 自动化验证脚本

对于需要频繁验证的场景，可以编写一个简单的Shell脚本自动化整个过程：

#!/bin/bash # 输入参数 SIGNATURE="3045022100e4795b5a947526f8e7cbd0edd571ea8749e0efd24323799346ea2c740c006c5a0220026189e51c19d20d40a82606d0ed72cb9530a189bbb94c09e4559d7d8ff3f598" CLIENT_RANDOM="f81ce4d345466f00852fd30dc0555086544391bd2bd0ca13b8b66776a0bbc2ab" SERVER_RANDOM="5ed8968e7d19162fdc1aca131ddf438b55275de556c9994a8ff3bb871393d4cd" CERT_LEN="000225" CERT="30820221308201c6a003020102020108300a06082a811ccf55018375308187310b300906035504061302434e3110300e06035504080c074265696a696e673110300e06035504070c074265696a696e67310d300b060355040a0c04424a4341310d300b060355040b0c04424a43413116301406035504030c0d424a4341534d32544553544341311e301c06092a864886f70d010901160f737570706f727440626a63612e636e301e170d3230303531323035313231345a170d3330303332313035313231345a30818e310b300906035504061302434e3110300e06035504080c074265696a696e673110300e06035504070c074265696a696e67310d300b060355040a0c04424a4341310d300b060355040b0c04424a4341311d301b06035504030c14626a6361736d3273657276657273727031656e63311e301c06092a864886f70d010901160f737570706f727440626a63612e636e3059301306072a8648ce3d020106082a811ccf5501822d03420004a0e54d33742636210e37a36c6e0102c296813a1812d112e44864337d7a248a6865afe51abf3830971465bdcbc9b003c72e62e0c7ca6ce53cf56f265ae877c442a31a301830090603551d1304023000300b0603551d0f040403020430300a06082a811ccf5501837503490030460221009dd093c169af50fbca6061ed1b10d4394b2768d115027f64533f24080d94f20d022100cc96806594a6ad537b78991c6e673384ef415da8c0d226103dcee21327341032" # 生成中间文件 echo -n "$CLIENT_RANDOM" | xxd -r -p > client_random.bin echo -n "$SERVER_RANDOM" | xxd -r -p > server_random.bin echo -n "$CERT_LEN" | xxd -r -p > cert_len.bin echo -n "$CERT" | xxd -r -p > cert.bin # 构建签名原文 cat client_random.bin server_random.bin cert_len.bin cert.bin > signature_input.bin # 提取公钥 openssl x509 -inform der -in cert.bin -pubkey -noout > public_key.pem # 执行验证 openssl dgst -sha256 -verify public_key.pem -signature <(echo -n "$SIGNATURE" | xxd -r -p) signature_input.bin # 清理临时文件 rm client_random.bin server_random.bin cert_len.bin cert.bin signature_input.bin public_key.pem

7. 密评合规要点解析

在密评合规检查中，挑战-响应机制的验证需要特别关注以下几个技术点：

1. 随机数质量：

   • 客户端和服务端随机数必须使用安全的随机数生成器
   • 随机数长度应满足规范要求（通常32字节）

2. 签名算法合规性：

   • 检查使用的ECDSA曲线是否在批准的算法列表中
   • 确认哈希算法强度（如SHA256以上）

3. 证书有效性：

   • 证书链必须完整可验证
   • 证书用途必须包含数字签名
   • 证书必须在有效期内

4. 实现安全性：

   • 签名原文构造过程不应引入安全漏洞
   • 所有加密操作应在安全环境中执行

以下是一个简单的合规检查表：

在实际密评项目中，验证签名只是整个评估过程的一部分。完整的身份鉴别评估还需要考虑协议设计、实现安全性和抗重放攻击机制等多个方面。