X-Cube Crypto Library与Python RSA签名不一致问题求助

1. 核对PKCS#1 v1.5填充的哈希标识 #

PKCS#1 v1.5签名要求在哈希值前拼接特定的ASN.1 DER编码头，SHA256对应的头是30 31 30 0D 06 09 60 86 48 01 65 03 04 02 01 05 00 04 20，后面紧跟32字节的SHA256哈希值。

• 确认Python代码：用rsa.sign并指定'SHA-256'参数时，库会自动添加这个ASN.1结构，不要手动重复拼接
• 检查X-Cube-CRYPTOLIB实现：如果是手动拼接头，要确保字节顺序、编码完全正确，不能遗漏字节或多添内容；如果用库函数签名，确认函数是否自动处理了这个头，有没有重复哈希

2. 密钥加载与格式校验 #

OpenSSL生成的密钥对要注意格式匹配：

• 私钥格式：Python的rsa库直接支持PEM格式，但X-Cube-CRYPTOLIB通常需要DER格式——要把PEM私钥去掉首尾的-----BEGIN RSA PRIVATE KEY-----等标记，Base64解码后再传入C库
• 字节序检查：RSA运算对模数、指数的字节序敏感，确认C端加载密钥时没有搞反大端/小端

3. 哈希值的原始字节一致性 #

虽然哈希的十进制/十六进制表示等价，但要盯紧原始字节流：

• Python端：确保传给签名函数的是hashlib.sha256().digest()返回的二进制字节，不是hexdigest()转成字符串后的字节（后者会把每个十六进制字符转成字节，长度翻倍）
• C端：确认计算哈希后得到的字节数组直接传入签名函数，没有被错误转成ASCII字符串形式

4. 签名结果的编码输出对齐 #

• Python生成的签名是二进制字节，常转成Base64或十六进制字符串输出；C端的签名结果是字节数组，要确保两端编码方式一致：比如Python输出Base64，C端也要做相同的Base64编码，不能直接输出原始字节的十六进制
• 对比原始签名字节：把两端的签名结果转成十六进制字符串，逐位对比，看是整体偏移还是部分字节差异，定位问题点

5. 排查双重哈希或数据处理差异 #

• 确认两端对xx_xx.hex文件的处理逻辑完全一致：比如C端如果是读取hex文件的原始文本字节哈希，Python就不能把hex内容转成二进制数据再哈希
• 检查是否存在双重哈希：比如C端先哈希文件内容，又对哈希值再次哈希，而Python只做了一次哈希操作

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