https单向/双向认证是不是等同于单向/双向加密？

双向认证

1、先决条件是有两个或两个以上的证书，一个是服务端证书，另一个或多个是客户端证书。

2、服务端保存着客户端的证书并信任该证书，客户端保存着服务端的证书并信任该证书。这样，在证书验证成功的情况下即可完成请求响应。

3、双向认证一般企业应用对接。

单向认证

1、客户端保存着服务端的证书并信任该证书即可

2、https一般是单向认证，这样可以让绝大部分人都可以访问你的站点。

我的理解：

认证方式，并不是对通讯消息进行加密。认证是为了证明通信的对方是可靠的，是我想通信的那一方。即把公钥传输给对方，对方验证证书签名（即私钥加密），是不是来自于这个公钥。若能验证公钥即随后，再商讨加密方式，产生新的密钥，对数据传输进行加密。

双向认证有CA？

CA是颁发证书的机构，如果需要验证证书是否可靠。则要先和CA服务器通信来验证，证书是否是CA签名颁发的，在验证对方的签名。

别的我不清楚但IKE密钥交换协议就有身份认证的 当然认证是很复杂的（3次交换 散列值 ）我这里只是他们双方认证的基本原理 通信双方 如A先用自己的私钥对密钥加密在用B的公钥再加密

发给B后 B用自己的私钥解密在用A的公钥解密 这样就形成了不可抵赖性 因为我用B的公钥加的密 除了B就没第2个人解的开 A也不能抵赖 除了你的公钥能解开 也没用别的能解开 这样双方都得密钥 在用密钥计算散列值 在进行认证 就差不多这些

你的问题补充我看了 我也能理解 认证，密钥协商，加密 这3个过程 但我不明白的是 既然都认证对方了 那怎么还会需要密钥协商中的认证的密钥协商了？你是不是把问题想复杂了 这回是我向你提问了？呵呵 你学的比较深了 我都比较肤浅的 。我觉的总体过程是这样的 先认证然后密钥交换然后密文传输 因为有了第1步了所以第2步就不在进行认证了 哦也可以这样 你做个虚拟环境 然后抓包分析 这就肯定正确了

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com