SSL协议（HTTPS）握⼿、⼯作流程详解（双向HTTPS流程）SSL协议的⼯作流程：
服务器认证阶段：1）客户端向服务器发送⼀个开始信息“Hello”以便开始⼀个新的会话连接；2）服务器根据客户的信息确定是否需要⽣成新的主密钥，如需要则服务器在响应客户的“Hello”信息时将包含⽣成主密钥所需的信息；3）客户根据收到的服务器响应信息，产⽣⼀个主密钥，并⽤服务器的公开密钥加密后传给服务器；4）服务器恢复该主密钥，并返回给客户⼀个⽤主密钥认证的信息，以此让客户认证服务器。 烧结工艺⽤户认证阶段：在此之前，服务器已经通过了客户认证，这⼀阶段主要完成对客户的认证。经认证的服务器发送⼀个提问给客户，客户则返回（数字）签名后的提问和其公开密钥，从⽽向服务器提供认证。柞木根
从SSL 协议所提供的服务及其⼯作流程可以看出，SSL协议运⾏的基础是商家对消费者信息保密的承诺，这就有利于商家⽽不利于消费者。在电⼦商务初级阶段，由于运作电⼦商务的企业⼤多是信誉较⾼的⼤公司，因此这问题还没有充分暴露出来。但随着电⼦商务的发展，各中⼩型公司也参与进来，这样在电⼦⽀付过程中的单⼀认证问题就越来越突出。虽然在SSL3.0中通过数字签名和数字证书可实现浏览器和Web服务器双⽅的⾝份验证，但是SSL协议仍存在⼀些问题，⽐如，只能提供交易中客户与服务器间的双⽅认证，在涉及多⽅的电⼦交易中，SSL协议并不能协调各⽅间的安全传输和信任关系。在这种情况下，Visa和 MasterCard两⼤信⽤卡公组织制定了SET协议，为⽹上信⽤卡⽀付提供了全球性的标准。 SSL协议的握⼿过程
为了便于更好的认识和理解 SSL 协议，这⾥着重介绍 SSL 协议的握⼿协议。SSL 协议既⽤到了公钥加密技术(⾮对称加密)⼜⽤到了对称加密技术，SSL对传输内容的加密是采⽤的对称加密，然后对对称加密的密钥使⽤公钥进⾏⾮对称加密。这样做的好处是，对称加密技术⽐公钥加密技术的速度快，可⽤来加密较⼤的传输内容，公钥加密技术相对较慢，提供了更好的⾝份认证技术，可⽤来加密对称加密过程使⽤的密钥。
SSL 的握⼿协议⾮常有效的让客户和服务器之间完成相互之间的⾝份认证，其主要过程如下：亲水溶胶
①客户端的浏览器向服务器传送客户端 SSL 协议的版本号，加密算法的种类，产⽣的随机数，以及其他服务器和客户端之间通讯所需要的各种信息。北京新增一起中学聚集性疫情
②服务器向客户端传送 SSL 协议的版本号，加密算法的种类，随机数以及其他相关信息，同时服务器还将向客户端传送⾃⼰的证书。
产品质量法全文 ③客户利⽤服务器传过来的信息验证服务器的合法性，服务器的合法性包括：证书是否过期，发⾏服务器证书的 CA 是否可靠，发⾏者证书的公钥能否正确解开服务器证书的“发⾏者的数字签名”，服务器证书上的域名是否和服务器的实际域名相匹配。如果合法性验证没有通过，通讯将断开；如果合法性验证通过，将继续进⾏第四步。
④⽤户端随机产⽣⼀个⽤于后⾯通讯的“对称密码”，然后⽤服务器的公钥（服务器的公钥从步骤②中的服务器的证书中获得）对其加密，然后将加密后的“预主密码”传给服务器。
⑤如果服务器要求客户的⾝份认证（在握⼿过程中为可选），⽤户可以建⽴⼀个随机数然后对其进⾏数据签名，将这个含有签名的随机数和客户⾃⼰的证书以及加密过的“预主密码”⼀起传给服务器。
⑥如果服务器要求客户的⾝份认证，服务器必须检验客户证书和签名随机数的合法性，具体的合法性验证过程包括：客户的证书使⽤⽇期是否有效，为客户提供证书的CA 是否可靠，发⾏CA 的公钥能否正确解开客户证书的发⾏ CA 的数字签名，检查客户的证书是否在证书废⽌列表（CRL）中。检验如果没有通过，通讯⽴刻中断；如果验证通过，服务器将⽤⾃⼰的私钥解开加密的“预主密码 ”，然后执⾏⼀系列步骤来产⽣主通讯密码（客户端也将通过同样的⽅法产⽣相同的主通讯密码）。公民与法2012
⑦服务器和客户端⽤相同的主密码即“通话密码”，⼀个对称密钥⽤于 SSL 协议的安全数据通讯的加解密通讯。同时在 SSL 通讯过程中还要完成数据通讯的完整性，防⽌数据通讯中的任何变化。
⑧客户端向服务器端发出信息，指明后⾯的数据通讯将使⽤的步骤⑦中的主密码为对称密钥，同时通知服务器客户端的握⼿过程结束。
⑨服务器向客户端发出信息，指明后⾯的数据通讯将使⽤的步骤⑦中的主密码为对称密钥，同时通
知客户端服务器端的握⼿过程结束。 ⑩SSL 的握⼿部分结束，SSL 安全通道的数据通讯开始，客户和服务器开始使⽤相同的对称密钥进⾏数据通讯，同时进⾏通讯完整性的检验。
双向认证 SSL 协议的具体过程
①浏览器发送⼀个连接请求给安全服务器。
②服务器将⾃⼰的证书，以及同证书相关的信息发送给客户浏览器。
③客户浏览器检查服务器送过来的证书是否是由⾃⼰信赖的 CA 中⼼所签发的。如果是，就继续执⾏协议；如果不是，客户浏览器就给客户⼀个警告消息：警告客户这个证书不是可以信赖的，询问客户是否需要继续。
④接着客户浏览器⽐较证书⾥的消息，例如域名和公钥，与服务器刚刚发送的相关消息是否⼀致，如果是⼀致的，客户浏览器认可这个服务器的合法⾝份。
⑤服务器要求客户发送客户⾃⼰的证书。收到后，服务器验证客户的证书，如果没有通过验证，拒绝连接；如果通过验证，服务器获得⽤户的公钥。
⑥客户浏览器告诉服务器⾃⼰所能够⽀持的通讯对称密码⽅案。
⑦服务器从客户发送过来的密码⽅案中，选择⼀种加密程度最⾼的密码⽅案，⽤客户的公钥加过密后通知浏览器。
⑧浏览器针对这个密码⽅案，选择⼀个通话密钥，接着⽤服务器的公钥加过密后发送给服务器。
⑨服务器接收到浏览器送过来的消息，⽤⾃⼰的私钥解密，获得通话密钥。
⑩服务器、浏览器接下来的通讯都是⽤对称密码⽅案，对称密钥是加过密的。
上⾯所述的是双向认证 SSL 协议的具体通讯过程，这种情况要求服务器和⽤户双⽅都有证书。单向认证 SSL 协议不需要客户拥有 CA 证书，具体的过程相对于上⾯的步骤，只需将服务器端验证客户证书的过程去掉，以及在协商对称密码⽅案，对称通话密钥时，服务器发送给客户的是没有加过密的（这并不影响 SSL 过程的安全性）密码⽅案。这样，双⽅具体的通讯内容，就是加过密的数据，如果有第三⽅攻击，获得的只是加密的数据，第三⽅要获得有⽤的信息，就需要对加密的数据进⾏解密，这时候的安全就依赖于密码⽅案的安全。⽽幸运的是，⽬前所⽤的密码⽅案，只要通讯密钥长度⾜够的长，就⾜够的安全。这也是我们强调要求使⽤ 128 位加密通讯的原因。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议