我阅读了很多关于PKI和数字证书主题的文章,因为很少有一篇文章涵盖了所有方面;而且在开始时这个主题令人困惑(这个漂亮的问题是我最后一次阅读:证书在加密、散列和签名方面是如何工作的?)。
我从我的理解点画了这张图:https://i.stack.imgur.com/sI7Od.png
我有两个问题:

发布于 2020-08-21 14:35:19
你的图表中有一些误解。
最重要的是,您的两个encrypt框都是错误的,他们应该说sign。在此之后,发送给CA的CSR包括各个字段(包括Subject)和主题的公钥,不涉及任何密文,只涉及普通数据和签名。
RFC2986: PKCS#10:认证请求语法详细介绍了构建企业社会责任的步骤:
The process by which a certification request is constructed involves the following steps:
1. A CertificationRequestInfo value containing a subject
distinguished name, a subject public key, and optionally a
set of attributes is constructed by an entity requesting
certification.
2. The CertificationRequestInfo value is signed with the subject
entity's private key. (See Section 4.2.)
3. The CertificationRequestInfo value, a signature algorithm
identifier, and the entity's signature are collected together
into a CertificationRequest value, defined below.主题的公钥(在您的例子中是:申请者)被逐字包含在CSR中,主题信息也是如此。这是使用主题的公钥和所有发送到CA的签名。
不是图表形式,而是构建CSR的步骤,包括哪些数据:构建CSR的正确步骤(不是图表形式)是:
CertificationRequestInfo构建一个Subject Distinguished NameSubject Public KeyOther attributesSignature和特定算法Signature Algorithm对CertificationRequestInfo进行签名来获得Subject Public Key。CSR来构造一个对象CertificationRequestInfoSignatureSignature AlgorithmCSR blob发送到CA。注意,CSR仍然包含明文CertificationRequestInfo和Subject Public Key。
在接收到CSR后,CA将或多或少地执行以下操作:
CN=google.com )。最终证书仍然包含主题字段和主体的公钥。
更具体地回答你的两个问题:
您可以在RFC5280中看到证书字段列表。没有CSR的散列,因为不需要它,所有相关信息都被复制到证书的它自己的字段中。
https://security.stackexchange.com/questions/237392
复制相似问题