1.基本原理，摘自：https://blog.csdn.net/oldmtn/article/details/52208747
SSL/TLS
参考https://kb.cnblogs.com/page/197396/
公钥/私钥/签名/验证签名/加密/解密/非对称加密
我们一般的加密是用一个密码加密文件,然后解密也用同样的密码.这很好理解,这个是对称加密.而有些加密时,加密用的一个密码,而解密用另外一组密码,这个叫非对称加密,意思就是加密解密的密码不一样.初次接触的人恐怕无论如何都理解不了.其实这是数学上的一个素数积求因子的原理的应用,如果你一定要搞懂,百度有大把大把的资料可以看,其结果就是用这一组密钥中的一个来加密数据,可以用另一个解开.是的没错,公钥和私钥都可以用来加密数据,相反用另一个解开,公钥加密数据,然后私钥解密的情况被称为加密解密,私钥加密数据,公钥解密一般被称为签名和验证签名.
因为公钥加密的数据只有它相对应的私钥可以解开,所以你可以把公钥给人和人,让他加密他想要传送给你的数据,这个数据只有到了有私钥的你这里,才可以解开成有用的数据,其他人就是得到了,也看懂内容.同理,如果你用你的私钥对数据进行签名,那这个数据就只有配对的公钥可以解开,有这个私钥的只有你,所以如果配对的公钥解开了数据,就说明这数据是你发的,相反,则不是.这个被称为签名.
实际应用中,一般都是和对方交换公钥,然后你要发给对方的数据,用他的公钥加密,他得到后用他的私钥解密,他要发给你的数据,用你的公钥加密,你得到后用你的私钥解密,这样最大程度保证了安全性.
RSA/DSA/SHA/MD5
非对称加密的算法有很多,比较著名的有RSA/DSA ,不同的是RSA可以用于加/解密,也可以用于签名验签,DSA则只能用于签名.至于SHA则是一种和md5相同的算法,它不是用于加密解密或者签名的,它被称为摘要算法.就是通过一种算法,依据数据内容生成一种固定长度的摘要,这串摘要值与原数据存在对应关系,就是原数据会生成这个摘要,但是,这个摘要是不能还原成原数据的,嗯....,正常情况下是这样的,这个算法起的作用就是,如果你把原数据修改一点点,那么生成的摘要都会不同,传输过程中把原数据给你再给你一个摘要,你把得到的原数据同样做一次摘要算法,与给你的摘要相比较就可以知道这个数据有没有在传输过程中被修改了.
实际应用过程中,因为需要加密的数据可能会很大,进行加密费时费力,所以一般都会把原数据先进行摘要,然后对这个摘要值进行加密,将原数据的明文和加密后的摘要值一起传给你.这样你解开加密后的摘要值,再和你得到的数据进行的摘要值对应一下就可以知道数据有没有被修改了,而且,因为私钥只有你有,只有你能解密摘要值,所以别人就算把原数据做了修改,然后生成一个假的摘要给你也是不行的,你这边用密钥也根本解不开.
CA
一般的公钥不会用明文传输给别人的,正常情况下都会生成一个文件,这个文件就是公钥文件,然后这个文件可以交给其他人用于加密,但是传输过程中如果有人恶意破坏,将你的公钥换成了他的公钥,然后得到公钥的一方加密数据,不是他就可以用他自己的密钥解密看到数据了吗,为了解决这个问题,需要一个公证方来做这个事,任何人都可以找它来确认公钥是谁发的.这就是CA,CA确认公钥的原理也很简单,它将它自己的公钥发布给所有人,然后一个想要发布自己公钥的人可以将自己的公钥和一些身份信息发给CA,CA用自己的密钥进行加密,这里也可以称为签名.然后这个包含了你的公钥和你的信息的文件就可以称为证书文件了.这样一来所有得到一些公钥文件的人,通过CA的公钥解密了文件,如果正常解密那么机密后里面的信息一定是真的,因为加密方只可能是CA,其他人没它的密钥啊.这样你解开公钥文件,看看里面的信息就知道这个是不是那个你需要用来加密的公钥了.
实际应用中,一般人都不会找CA去签名,因为那是收钱的,所以可以自己做一个自签名的证书文件,就是自己生成一对密钥,然后再用自己生成的另外一对密钥对这对密钥进行签名,这个只用于真正需要签名证书的人,普通的加密解密数据,直接用公钥和私钥来做就可以了.
PEM/DER/X509/PKCS
密钥文件的格式用OpenSSL生成的就只有PEM和DER两种格式,PEM的是将密钥用base64编码表示出来的,直接打开你能看到一串的英文字母,DER格式是二进制的密钥文件,直接打开,你可以看到........你什么也看不懂!.X509是通用的证书文件格式定义.pkcs的一系列标准是指定的存放密钥的文件标准,你只要知道PEM DER X509 PKCS这几种格式是可以互相转化的.
扩展名
key 通常指私钥
csr 是Certificate Signing Request的缩写，即证书签名请求，这不是证书，我们用他生成证书。
crt/cer 是certificate，也就是证书。
一般常见的是这些，其实扩展名是不重要的，重要的是编码格式，是pem生成的base64编码，还是der的二进制编码。网络上这部分有些乱，因为东西做不出来，以为扩展不同影响了内容，所以走了不少弯路。这里给大家一个流程，来说说这些扩展名之间的关系。
文件制作流程
我们首先要制作.key文件，也就是私钥。然后拿.key文件生成.csr文件，把.key文件和.csr文件交给CA（认证机构），得到.crt证书文件。这个过程叫做签名。
openssl使用
openssl genrsa -out myCA.key 1024
openssl req -new -x509 -key myCA.key -out myCA.crt-days 3650 -subj /CN="custom_CA_name" #CA的CN不能跟后面的相同。
openssl genrsa -out ClientKey.key 1024
openssl req -new -key ClientKey.key -out Client.csr -subj /CN="127.0.0.1" #这个CN是IP或者域名
openssl x509 -req -days 3650 -in Client.csr -CA myCA.crt -CAkey myCA.key -CAcreateserial -out ClientCert.crt
openssl pkcs12 -export -inkey ClientKey.key -in ClientCert.crt -out keystore.p12
这个是我一个项目的openssl命令使用的流程，红色为生成文件，蓝色为使用文件，其中-subj的完整版如下面。
-subj "/C=CN/ST=SH/L=SH/O=CO/OU=CO/CN=127.0.0.1/[email protected]"最后生成p12文件要输入密码。
前两句生成了CA文件，也就是有些文档中提到的根证书（myCA.crt）如果需要做双向验证，需要把跟证书装在手机端或者客户端。服务器上，我们正常配置就好。参考wamp配置https。
关于公钥和私钥的验证，我用php写了一个类，在这里。php的openssl貌似不能主动生成CA（我尝试在生成csr的函数中配置x509扩展，没有成功），需要用ssl生成CA文件通过set方法设置进去，基本功能都实现了，大家玩玩看。有知道怎么生成CA的请教我，拜谢。