Cryptography 用于RSA私钥的PKCS#1和PKCS#8格式_Cryptography_Rsa_Pki_Pkcs#1_Pkcs#8

Cryptography 用于RSA私钥的PKCS#1和PKCS#8格式

cryptography

Cryptography 用于RSA私钥的PKCS#1和PKCS#8格式,cryptography,rsa,pki,pkcs#1,pkcs#8,Cryptography,Rsa,Pki,Pkcs#1,Pkcs#8,有人能帮我理解RSA密钥是如何以这些格式存储的吗？我想知道PKCS格式与编码（DER、PEM）之间的区别。据我所知，PEM更具可读性。密钥/证书的PEM/DER与字符的UTF-8/16类似吗？DER/PEM的意义是什么？对不起，问题太多了，但我受够了谷歌搜索和模糊的答案。谢谢。PKCS#1和PKCS#8（公钥加密标准）是管理特定加密原语、填充等使用的标准。两者都定义了用于存储密钥、证书和其他相关信息的文件格式 PEM和DER更有趣一点。DER是密钥和证书等的ASN.1编码，你可以在谷歌上搜索到很

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

PKCS#1和PKCS#8（公钥加密标准）是管理特定加密原语、填充等使用的标准。两者都定义了用于存储密钥、证书和其他相关信息的文件格式

PEM和DER更有趣一点。DER是密钥和证书等的ASN.1编码，你可以在谷歌上搜索到很多。私钥和证书使用DER编码，可以像这样直接保存。但是，这些文件是二进制文件，不能轻松复制和粘贴，因此许多（如果不是大多数的话？）实现也接受PEM编码的文件。PEM基本上是base64编码的DER：我们添加了一个标题、可选元数据和base64编码的DER数据，我们有一个PEM文件。

（扩展的范围超出了我认为适合编辑的范围。）

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

另一方面，PKCS8是处理所有算法私钥的标准，而不仅仅是RSA。它还使用ASN.1 DER，首先简单地结合一个

算法标识符

，一个由X.509定义的ASN.1结构（第一个），它毫不奇怪地识别一个算法，以及一个

八位组字符串

，该字符串包含一个密钥的表示形式，具体取决于算法。对于算法RSA，由包含OID（表示RSA加密）的算法标识符标识，八进制字符串包含PKCS1私钥编码。 PKCS8还允许添加任意“属性”，但很少使用。（例如）

PKCS8还提供了一个使用基于密码的加密来加密私钥的选项（在实践中，虽然没有明确要求）。这是常见的，尤其是当PKCS8用作PKCS12/PFX的私钥部分时，尽管不是通用的

由于目前大多数系统需要支持多种算法，并且希望在开发新算法时能够适应这些算法，因此PKCS8优先用于私钥，而X.509为公钥定义的类似any算法方案则优先用于公钥。尽管PKCS12/PFX通常比两者都好

这两者都与证书或其他PKI对象（如CSR、CRL、OCSP、SCT等）无关。这些对象由其他标准定义，包括PKCS系列的一些其他成员，尽管它们可能使用这些标准定义的密钥

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

更准确地说，PEM将一些数据（例如但不限于PKCS1或PKCS8密钥或证书、CSR等）编码为：

一行由5个连字符、单词BEGIN、定义数据类型的一个或几个（空格分隔）单词以及5个连字符组成
可选（且罕见）rfc822样式的标头，以空行结尾
数据的base64，分为64个字符的行（最后一个字符除外）；有些程序使用76个字符（稍新）的MIME限制
一条类似于开始线但带有结束的线

有些读者检查/强制执行行长度和结束行，有些读者则不这样做，因此，如果你弄错了，你可能会创建一些文件，这些文件有时有效，有时无效，这对调试来说很烦人

因此，例如，PEM中的PKCS1私钥（未加密）如下所示：

PKCS8中的同一密钥未加密：

和PKCS8加密：

观察每个文件（或其他数据单元）中的数据类型，从开始/结束行很容易识别。数据中的实际密钥值在没有工具的情况下是不容易读取的，尽管只有第三个实际需要机密信息（用于加密的密码）

在PKCS8加密私钥中，我读到它通常是AES-256-CBC加密的。静脉输液器在哪里？我问，因为我有一个加密密钥，我需要通过编程解密。@DevilCode:PKCS8的（外部）结构在RFC I链接中定义，加密形式通常使用rfc2898中定义的PKCS5，参数语法见附录A。对于PBES1方案，IV与密钥一起由PBKDF1派生；一些PBES2方案见附录B.2，您使用的方案（aes-256-cbc）是其明显的扩展。但实际上你并不需要IV，因为JDK或Bouncy都会为你处理它