Android+OkHttp3+Golang(Gin)+OpenSSL单双向校验(一)

最新推荐文章于 2023-10-30 22:11:11 发布

Time-Traveler

最新推荐文章于 2023-10-30 22:11:11 发布

阅读量450

点赞数

分类专栏：数据安全系列

本文链接：https://blog.csdn.net/ALakers/article/details/108322741

版权

数据安全系列专栏收录该内容

7 篇文章 1 订阅

订阅专栏

OpenSSL生成证书

第一步生成根证书

# Generate CA private key 
openssl genrsa -out ca.key 2048 
# Generate CSR 
openssl req -new -key ca.key -out ca.csr
# Generate Self Signed certificate（CA 根证书）
openssl x509 -req -days 365 -in ca.csr -signkey ca.key -out ca.crt

第二步生成服务端证书：
-subj也可以没有，但是中间要求根据提示输入：国家、省份、组织名、邮箱、等信息。
-subj中 /CN 需要填域名，xxx.com/cn啥的，没有域名的可以自己改hosts文件,(win)system32/drivers/etc (linux) /etc/hosts,搜索一下就有了，另外本次用的是自签证书，有被信任的证书没有尝试过。

# server.key 为私钥
openssl genrsa -out server.key 2048
#这里的/cn是必须添加的 是服务端的域名或者是etc/hosts中的ip别名 也可以是使用*
openssl req -new -key server.key -subj "/CN=bgi_bc" -out server.csr
openssl x509 -req -in server.csr -CA ca.crt -CAkey ca.key -CAcreateserial -out server.crt -days 3650

第三步生成客户端证书：

opensslgenrsa -out client.key 2048
# /cn是服务端的域名 或者是etc/hosts中的ip别名 也可以是使用*
openssl req -new -key client.key -subj "/CN=*" -out client.csr
openssl x509 -req -in client.csr -CA ca.crt -CAkey ca.key -CAcreateserial  -out client.crt -days 3650

总结： 生成CA私钥（.key）–>生成CA证书请求（.csr）–>自签名得到根证书（.crt）（CA给自已颁发的证书）客户端/服务端其实都一样，只不过是ca签发的次级证书

证书格式

证书标准：
X.509 - 这是一种证书标准,主要定义了证书中应该包含哪些内容.其详情可以参考RFC5280,SSL使用的就是这种证书标准.

编码格式：
同样的X.509证书,可能有不同的编码格式,目前有以下两种编码格式.

PEM： Privacy Enhanced Mail,打开看文本格式,以"-----BEGIN…“开头,”-----END…"结尾,内容是BASE64编码. 查看PEM格式证书的信息：
```
openssl x509 -in certificate.pem -text -noout 
```
Apache和*NIX服务器偏向于使用这种编码格式。
DER： Distinguished Encoding Rules,打开看是二进制格式,不可读.查看DER格式证书的信息：
```
openssl x509 -in certificate.der -inform der -text -noout 
```
Java和Windows服务器偏向于使用这种编码格式.

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

CRT： CRT应该是certificate的三个字母,其实还是证书的意思,常见于*NIX系统,有可能是PEM编码,也有可能是DER编码,大多数应该是PEM编码,相信你已经知道怎么辨别.
CER： 还是certificate,还是证书,常见于Windows系统,同样的,可能是PEM编码,也可能是DER编码,大多数应该是DER编码.
KEY： 通常用来存放一个公钥或者私钥,并非X.509证书,编码同样的,可能是PEM,也可能是DER.
查看KEY的办法:openssl rsa -in mykey.key -text -noout
如果是DER格式的话,同理应该这样了:
```
openssl rsa -in mykey.key -text -noout -inform der
```
CSR： Certificate Signing
Request,即证书签名请求,这个并不是证书,而是向权威证书颁发机构获得签名证书的申请,其核心内容是一个公钥(当然还附带了一些别的信息),在生成这个申请的时候,同时也会生成一个私钥,私钥要自己保管好。
PFX/P12： predecessor of PKCS#12,对*nix服务器来说,一般CRT和KEY是分开存放在不同文件中的,但Windows的IIS则将它们存在一个PFX文件中,(因此这个文件包含了证书及私钥)这样会不会不安全？应该不会,PFX通常会有一个"提取密码",你想把里面的东西读取出来的话,它就要求你提供提取密码,PFX使用的时DER编码,如何把PFX转换为PEM编码？
```
openssl pkcs12 -in for-iis.pfx -out for-iis.pem -nodes
```
这个时候会提示你输入提取代码. for-iis.pem就是可读的文本. 生成pfx的命令类似这样:
```
openssl pkcs12 -export -in certificate.crt -inkey privateKey.key -out certificate.pfx -certfile CACert.crt 
```
其中CACert.crt是CA(权威证书颁发机构)的根证书,有的话也通过-certfile参数一起带进去.这么看来,PFX其实是个证书密钥库.
JKS： 即Java Key Storage,这是Java的专利,跟OpenSSL关系不大,利用Java的一个叫"keytool"的工具,可以将PFX转为JKS,当然了,keytool也能直接生成JKS
BKS： Android特有的格式，就是这么豪横