HTTPS通信过程

解决问题

1. 对称加密解决网络和内存CPU消耗问题

2. 非对称加密解决盗听篡改风险

3. CA解决冒充风险

HTTPS通信过程

1. 协商决定加密组件

2. 服务端发送证书给客户端，包含public key

3. 客户端发送用public key加密共享秘钥，

4. 服务端正确识别则继续

5. 客户端和服务端开始使用共享秘钥进行对称加密信息。

6. 双方握手结束

数字签名相关

Private/Publish key 作用：

1.client 用publish key 加密发送信息

2.server用private key解密获得信息

3.server回信改用数字签名

digest = hash（date）

signature = private key （digest）

letter = date + signature

4. client做以下操作

digest1 = publick key（signature）

disgest2 = hash（date）

如果disgest1 = digest2，说明Letter没有被修改过

Involve CA

1. CA

通过CA private key生成org public证书

certficate = ca private（org info + certificat info + org publish key）

2. server回复添加证书

letter = date + signature + certificate

3. client添加证书解析以取得

org publish key = ca publish （certficate ）

PS：CA public key必须安全交给客户端。多数浏览器开发商在发布版本时，会事先在内部植入常用认证机关的公开秘钥。

Windows OS：cmd certmgr.msc

参考： http://www.ruanyifeng.com/blog/2011/08/what_is_a_digital_signature.html