消息摘要散列在RSA数字证书验证中的应用

Question

这就是我如何理解数字签名验证的一般工作方式：

1. 纯文本通过哈希机制运行以生成消息摘要(IBM的术语，似乎还有很多其他术语用于散列数据)。
2. 消息摘要使用发件人的私钥加密。
3. 加密消息摘要和明文都发送给收件人。
4. 收件人使用发件人的公钥解密邮件摘要。
5. 纯文本通过哈希机制运行，以生成消息摘要，如步骤1所示。
6. 如果散列明文和解密消息摘要等效，则测试通过。

我不知道这个过程是如何具体应用于数字证书的RSA验证中的。我找不到明文了！如果每个请求都是随机生成的，那么证书中分配CA的数字签名又有什么意义呢？如果不是，那么验证证书的人在哪里获得比较签名的明文？我看不出这是证书的一部分。

那么，首先，我是否理解一般的签名验证过程，因为它适用于数字证书验证？如果我这么做了，有人能帮我解开“失踪明文之谜”吗？

Answer 1

让我们修复签名生成的描述。请阅读PKCS#1 v2.2规范以获得完整的细节。

1. 通过哈希机制运行规范二进制明文来生成消息摘要(IBM的术语中，哈希数据似乎有很多其他术语)。
2. 消息摘要用作配置的填充机制的输入。
3. 二进制填充消息摘要被转换为数字。
4. 直接或利用中国剩余定理，将数提高到模模的私有指数的幂。
5. 该数字被转换回二进制，其字节大小与模数相同，给出了签名。
6. 纯文本和生成的签名都发送给收件人。

正如你所看到的，我不得不重写其中的大部分。模幂通常被认为是“私钥部分加密”，但这本身就是一个矛盾；这只是一个类似的操作，PKCS#1 v2试图解释这一点。有关更多信息，请参见我的Q/A 这里。

我不知道这个过程是如何具体应用于数字证书的RSA验证中的。我找不到明文了！

证书包含要签名(TBS)部分。这个可以在X.509v3标准中找到。这是上述签名生成方案中的明文：

The signatureValue field contains a digital signature computed upon
the ASN.1 DER encoded tbsCertificate.  The ASN.1 DER encoded
tbsCertificate is used as the input to the signature function.  This
signature value is encoded as a BIT STRING and included in the
signature field. 

如果每个请求都是随机生成的，那么证书中分配CA的数字签名又有什么意义呢？如果不是，那么验证证书的人在哪里获得比较签名的明文？我看不出这是证书的一部分。

它只是数据，没有指针:这里是二进制或文本描述中的明文。

那么，首先，我是否理解一般的签名验证过程，因为它适用于数字证书验证？如果我这么做了，有人能帮我解开“失踪明文之谜”吗？

当然可以，见上面。但是，最好通过阅读标准文档来了解其中的大部分内容。如果你那样做了，那么这个谜团就不会存在。