非对称加密证书及编码格式简介

    目前总的来说有三种常用的证书格式：X.509证书、PKCS#12证书和PKCS#7证书。X.509证书是最经常使用的证书，它仅包含了公钥信息而没有私钥信息，是可以公开进行发布的，所以X.509证书对象一般都不需要加密。

    X.509是一种证书标准，主要定义了证书中应该包含哪些内容.其详情可以参考RFC5280,SSL使用的就是这种证书标准。X.509证书的格式通常如下:

    除了---BEGIN CERTIFICATE---和---END CERTIFICATE---头尾格式外，还可能有这样不同的标识符：---BEGIN X.509 CERTIFICATE---、---END X.509 CERTIFICATE---或者---BEGIN TRUSTED CERTIFICATE---、---END TRUSTED CERTIFICATE---

    在OpenSSL实际签发的证书文件中最前面的很多可读的证书明文解释，只是为了增加证书文件的可读性，并不代表真正的数据。在其他软件中，比如Windows软件，可能并不支持这些额外的明文信息，所以，先要将---BEGIN CERTIFICATE---之前的所有可读信息去掉。可以手动删除，也可以使用PEM到PEM的证书格式转换去掉这些明文可读信息。在Windows平台，X.509证书文件的后缀名经常是der、cer或者crt，都是可以被自动识别的。对于OpenSSL来说，后缀名是没有实际意义的。

    PKCS#12证书不同于X.509证书，它可以包含一个或多个证书，并且还可以包含证书对应的私钥。PKCS#12的私钥是经过加密的，密钥由用户提供的口令产生。所以，无论在使用PKCS#12证书的时候一般会要用用户输入密钥口令。PKCS#12证书文件在Windwos平台和Mozzila中支持的后缀名是p12或者pfx，如果要在IE或者Mozzila中正确使用自己的证书，那么一般来说都要求转换成包含公钥和私钥的PKCS#12证书导入到相关软件中。

    PKCS#7可以封装一个或多个X.509证书或者PKCS#6证书(PKCS#6是一种证书格式，但是并不经常使用)、相关证书链上的CA证书，并且可以包含CRL信息。PKCS#7不包含私钥信息。PKCS#7可以将验证证书需要的整个证书上的证书都包含进来，从而方便证书的发布和正确使用。这样就可以直接把PKCS#7证书发给验证方验证，免去了把以上的验证内容一个一个发给接书方的烦琐了。PKCS#7文件在Windows平台的合法后缀名是p7b。

    PKCS#8标准是一个非常简单的标准，它主要用于封装私钥和其他相关的属性信息。一般来说，PKCS#8格式的私钥都是被加密的，支持PKCS#5和PKCS#12标准定义的算法，当然，私钥也可以不加密。PKCS#8标准一方面可以增强私钥的安全性，另一方面也为用户提供了一种简单的确立信任关系的方式，这主要是基于私钥特别名称和最高层可信者的权威公钥等属性信息。OpenSSL提供的经过PEM编码的PKCS#8标准的文件，分为加密和非加密的两种方式。加密的PKCS#8密钥标识如下：

    非加密的PKCS#8密钥标识如下：

    Netscape提供了一种名为Netscap证书序列Netscape Cerificate Sequence的格式来封装一系列证书，实际上里面采用了一个PKCS#7格式来封装证书。以便能够一次性地下载或者传输多个数字证书。所以，某些时候，Netscape证书序列可以替代PKCS#7的作用，用来打包一系列证书。Netscape证书序列虽然不一定能够得到微软的支持，但是在其他一些开源软件和Linux软件中却得到了广泛的支持。

    证书吊销列表CRL是用户验证证书的重要参考资料，它主要包含了无效的证书列表，告诉用户哪些证书已经吊销或无效的。如果没有CRL，可以选择另一种验证方式，那就是使用在线证书服务协议OCSP。OCSP并不总是能够使用，比如你的网络有时候可能不能接通OCSP服务器。CRL是一种相对方使用和独立的解决方案，只要获取了CA中心提供的在有效期内的CRL，基本上就能对证书的有效性进行验证。PEM格式编码的CRL一般包含在一对符号内：---BEGIN X.509 CRL---和---END X.509 CRL---。也可以使用DER格式保存CRL。

    首先介绍一下ASN.1标准，全称：Abstract Syntax Notation One，这是一种描述数字对象的方法和标准。ASN.1是一种结构化的数字对象描述语言，它包括两部分：数据描述语言ISO 8824和数据编码规则ISO 8825。ASN.1的数据描述语言允许用户自定义基本的数据类型，并可以通过简单的数据类型组成更复杂的数据类型。比如：一个复杂的数据对象，如X.509证书，就是在其他一些数据类型上定义的，而其他数据类型又是在更基本的数据类型上建立的，直到回溯到定义的最基本的数据类型。ASN.1提供了多种数据编码方法。包括了BER、DER、PER和XER等。这些编码方法规定了将数字对象转换成应用程序能够处理、保存和网络传输的二进制编码形式的一组规则。目前经常被采用的是BER(Basic Encode Rules)编码，但是BER编码具有编码不唯一的性质，也就是说，一个相同的对象通过BER编码可能会产生几种不同的编码数据。所以，在OpenSSL和其他密码学相关软件中经常使用BER的一个子集DER(Distinguished Encoding Rules)。对于每一个ASN.1对象，使用DER编码得出的二制编码码数据是唯一的，Java和Windows服务器偏向于使用这种编码格式。

    PEM编码全称是Privacy Enhanced Mail，是一种保密邮件的编码标准。Apache和*NIX服务器偏向于使用这种编码格式。通常来说，对信息的编码过程基本如下:

    其中，第一个头信息标注了该文件是否进行了加密，该头信息可能的值包括ENCRYPTED(信息已经加密和签名)，MIC-ONLY(信息经过数据签名但没有加密)，MIC-CLEAR(信息经过数字签名但是没有加密，也没有进行编码，可使用非PEM格式阅读)，以及CLEAR；第二个头信息标注了加密的算法及对称加密块算法使用的初始向量。例子：

    以上的PEM编码的是RSA(RSA PRIVATE KEY)私钥，该密钥经过了加密ENCRYPTED，使用的是3DES的CBC方式(DES-EDE3-CBC)，使用的IV向量是86B0167E005535D2。

    OpenSSL的PEM编码基本上是基于DER编码之上的，也就是说，它在上述第一步采用的是DER编码，所以，从本质上来说，OpenSSL的PEM编码就是在DER编码基础上进行BASE64编码，然后添加一些头尾信息组成的。

    要转换KEY文件也类似，只不过把x509换成rsa，生成CSR的话，把x509换成req

    经过前面的介绍证书可以使用不同的编码格式进行编码，这是比较误导人的地方，虽然我们已经知道有PEM和DER这两种编码格式，但文件扩展名并不一定就叫PEM"或者DER，常见的扩展名除了PEM和DER还有以下这些，它们除了编码格式可能不同之外，内容也有差别，但大多数都能相互转换编码格式。

    CRT应该是certificate的三个字母，其实还是证书的意思，常见于*NIX系统，有可能是PEM编码，也有可能是DER编码，大多数应该是PEM编码，相信你已经知道怎么辨别。

    还是certificate，常见于Windows系统，同样的，可能是PEM编码，也可能是DER编码，大多数应该是DER编码。

    通常用来存放一个公钥或者私钥，不一定是X.509证书，编码可能是PEM，也可能是DER。查看KEY的办法：

    如果是DER格式的话，应该这样了：

    全称：Certificate Signing Request，即证书签名请求，这个并不是证书，而是向权威证书颁发机构获得签名证书的申请，其核心内容是一个公钥(当然还附带了一些别的信息)，在生成这个申请之前也会生成一个私钥，私钥要自己保管好。做过iOS APP的朋友都应该知道是怎么向苹果申请开发者证书的吧。查看的办法：

    predecessor of PKCS#12，对*nix服务器来说，一般CRT和KEY是分开存放在不同文件中的，但Windows的IIS则将它们存在一个PFX文件中，因此这个文件包含了证书及私钥，PFX通常会有一个"提取密码"，你想把里面的东西读取出来的话，它就要求你提供提取密码，PFX使用DER编码，如何把PFX转换为PEM编码，操作如下：

    这个时候会提示你输入提取密码，生成pfx的命令类似这样：

    其中CACert.crt是CA是权威证书颁发机构的根证书，通过-certfile参数一起带进去。这么看来，PFX其实是个证书密钥库。

    即Java Key Storage，这是Java的专利，跟OpenSSL关系不大，利用Java的一个叫keytool的工具，可以将PFX转为JKS,当然了，keytool也能直接生成JKS。