关于X.509 CRL v2中签名算法标识重复及标签命名的技术疑问

问题1：TBSCertList中的"signature"标签仅为算法标识符而非实际签名，为何采用该命名？实际签名不存在时为何仍需该标签？ #

• 命名原因：这个字段的命名是X.509早期ASN.1结构设计的延续。TBSCertList是**待签名（To Be Signed）**的核心数据块，这里的signature字段本质是声明"将用于签署本TBS块的算法"，它和签名操作直接绑定，所以沿用了"signature"这个命名，而非单独叫"signatureAlgorithm"。
• 必须存在的原因：验证CRL时，首先需要明确用什么算法来验证TBS块的签名。这个字段是TBS块的一部分，会被签名保护，确保验证方拿到的算法信息是可信的。另外X.509的ASN.1语法强制要求该字段存在，保证所有CRL格式的一致性，避免解析和验证逻辑出现混乱。

问题2：为何每个TBSCertList都需包含算法标识符，而非仅对整个CertificateList签名即可？ #

签名是仅针对TBSCertList生成的，CertificateList只是TBS块加上签名值、外层签名算法标识的封装。把算法标识符放在TBS里，是为了让这个算法信息本身也被签名保护：如果算法标识只放在外层的CertificateList中，攻击者可以篡改这个标识，引导验证方用错误的算法去验证签名，而因为外层标识没被签名，验证方无法察觉篡改。放在TBS里的话，算法标识和CRL的核心数据（比如吊销证书列表、签发者信息）一起被签名，任何篡改都会导致签名验证失败，从根源上保证算法信息的真实性和完整性。

问题3：RFC要求CertificateList中的"signatureAlgorithm"与TBSCertList中的"signature"完全匹配，此要求的原因是什么？是否存在冗余？ #

这不是冗余，是兼顾效率和安全性的设计：

• 外层的signatureAlgorithm是给解析器提供的快速入口，不用先完整解析复杂的TBS块就能知道签名算法，提升解析效率；
• TBS里的signature字段是被签名保护的权威算法信息，是验证签名的最终依据；
• 要求两者匹配，既能快速校验一致性（不匹配直接判定CRL无效，省去后续签名验证步骤），又能防止攻击者篡改外层的算法标识——如果外层标识被改，和TBS里的权威值不一致，验证方立刻就能发现异常，避免被误导使用错误算法验证签名。

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