Question

有人可以帮助我理解RSA密钥是如何以这些格式存储的吗？我想知道PKCS格式与编码（DER，PEM）之间的区别。根据我的理解，PEM更具人性化。密钥/证书的PEM / DER类似于字符的UTF-8/16吗？ DER / PEM有什么意义？对不起有太多问题，但厌倦了谷歌搜索和得到模糊的答案。感谢。

Answer 1

（扩展超出我认为适合编辑。）

PKCS1 ，在rfcs 2313 2437 3447和8017等多个版本中提供，主要是关于使用RSA算法进行加密，包括加密解密签名和验证。但由于加密通常用于系统或至少程序之间，因此为密钥提供定义的，可互操作的格式很方便，而PKCS1在附录A.1中为RSA公钥和私钥定义了相当小的格式。正如Luke所暗示的那样，它使用ASN.1 conventionally encoded as DER，这是几乎任何类型的数据互操作编码的标准。

另一方面，

PKCS8 可用作rfc5208是处理所有算法私钥的标准，而不仅仅是RSA。它还使用ASN.1 DER，首先简单地组合一个AlgorithmIdentifier，一个由X.509定义的ASN.1结构（第一个），这个结构并不奇怪地识别一个算法，其中包含OCTET STRING根据算法以一种方式表示密钥。对于算法RSA，由包含OID（表示rsaEncryption）的AlgorithmIdentifier标识，OCTET STRING包含PKCS1私钥编码。 PKCS8还允许任意的属性＆＃39;要添加，但这很少使用。（例如Unable to convert .jks to .pkcs12: excess private key）

PKCS8还提供了使用基于密码的加密来加密私钥的选项（实际上虽然没有明确要求）。这很常见，特别是当PKCS8用作PKCS12 / PFX的私钥部分时，虽然不是通用的。

由于当今大多数系统需要支持多种算法，并且希望能够在开发时适应新算法，因此PKCS8是私有密钥的首选，而X.509为publickeys定义的类似任意算法方案。虽然PKCS12 / PFX通常比两者都优先。

这些都与证书或其他PKI对象（如CSR，CRL，OCSP，SCT等）无关。这些是由其他标准定义的，包括PKCS系列的其他一些成员 - 尽管他们可能会使用<这些标准定义了em> keys 。

PEM格式正如Luke所说，这是一种格式化或（超级）编码，（几乎任何）二进制/ DER数据的方式，更方便。它起源于20世纪90年代的安全电子邮件尝试，名为Privacy-Enhanced Mail，因此是PEM。在那些日子里，电子邮件系统通常只能传输或至少可靠地传输具有有限字符集的可打印文本，并且通常只有有限的行长度，因此PEM将二进制数据编码为base64，行长度为64. PEM方案本身不是很成功并已被PGP和S / MIME等其他人取代，但仍然使用它定义的格式。如今，电子邮件系统通常可以传输二进制数据，但正如Luke所说，复制粘贴通常只能处理显示的字符，因此PEM仍然有用，而且人类更容易识别。

更准确地说，PEM对某些数据进行编码，例如但不限于PKCS1或PKCS8密钥或证书，CSR等，如下所示：

由5个连字符组成的行，单词BEGIN，定义数据类型的一个或几个（空格分隔的）单词和5个连字符
一个可选（罕见）rfc822样式的标题，以空行终止
数据的base64，分成64个字符的行（除了最后一个）;一些程序使用（稍微更新）的MIME限制为76个字符
像BEGIN行一样的行，但是使用END代替

有些读者检查/强制执行行长度和END行，有些读者不会这样做，所以如果你弄错了，你可能会创建有时有效的文件，有时候也不会，这对于调试来说很烦人。< / p>

因此，例如PEM中的PKCS1私钥（未加密）看起来像：

PKCS8中未加密的相同密钥：

和PKCS8加密：

通过BEGIN / END行可以轻松识别每个文件（或其他数据单元）中的数据类型。没有工具就不容易读取数据中的实际键值，尽管只有第三个实际需要秘密信息（用于加密的密码）。

RSA私钥的PKCS＃1和PKCS＃8格式

1 个答案: