ssl证书的工作原理空调伺服电机工作原理

其实交易所钱包系统现在一般都不自己做了因为市面上有现成的系统。像优盾钱包这种都自带接口、自带一键归集余额、如果自己做很难解决多地址多币种一键归集的难题。

SSL证书(HTTPS)背后的加密算法SSL证书(HTTPS)背后的加密算法之前我们介绍SSL工作原理了解到当你在浏览器的地址栏上输入https开头的网址后，浏览器和服务器之间会在接下来的几百毫秒内进行大量的通信。这些复杂的步骤的第一步，就是浏览器与服务器之间协商一个在后续通信中使用的密钥算法。这个过程简单来说是这样的：

浏览器把自身支持的一系列CipherSuite（密钥算法套件，后文简称Cipher）[C1,C2,C3,…]发给服务器；

服务器接收到浏览器的所有Cipher后，与自己支持的套件作对比，如果找到双方都支持的Cipher，则告知浏览器；

浏览器与服务器使用匹配的Cipher进行后续通信。如果服务器没有找到匹配的算法，浏览器（以Firefox30为例，后续例子中使用的浏览器均为此版本的Firefox）将给出错误信息:

目前TLS最新版本是1.2。互联网上有超过99%的网站支持TLS1.0，而支持TLS1.2的网站尚不足40%。打开Firefox浏览器，在地址栏中输入about:config，然后搜索tls.version，会看到下面的选项:

其中security.tls.version.min和security.tls.version.max两项决定了Firefox支持的SSL/TLS版本，根据Firefox文档的介绍，这两项的可选值及其代表的协议是：

因此上图的设置说明当前浏览器支持协议的下限是SSL3.0，上限是TLS1.2。现在，如果把security.tls.version.min一项改为

3，那么浏览器就只支持TLS1.2了。前文提到，目前只有不足40%的网站支持TLS1.2，比如Amazon就不在这40%之列，所以此时访问，就会收到“SecureConnectionFailed”的错误信息，如图1所示。

了解了SSL/TLS协议后，可以使用Wireshark（或类似的可以抓去网络包的工具）通过分析网络包的信息，来查看浏览器发送给服务器的所有Cipher。

浏览器会首先发起握手协议，既一个“ClientHello”消息，在消息体中，可以找到Firefox支持的Cipher。在Wireshark中，按照Protocol协议排序，然后从TLS1.2协议的报文中找到一个Info为“ClientHello”的。选中这个，然后在下面的报文信息窗口中依次找到SecureSocketsLayer->TLSv1.2RecordLayer->HandshakeProtocal->CipherSuites。例子中的第一个Cipher是TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256，一共有23个:

如果继续找一个Info为“ServerHello”的报文，可以在类似的位置找到服务器返回的Cipher，在本例中是TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA:

关于密钥算法这一长串名字的含义，后面说明。接下来，浏览器就要等待服务器响应它的请求。我们来看一看服务器端都做了些什么。

点击该项后进入”SSLCipherSuiteOrder”。这里可以看到操作系统支持的Cipher的集合，以及对不同Cipher的排序

如果需要调整这里排序，或者去掉一些弱的Cipher，可以点击左上角的“Enabled”，然后在“Options”中重写编辑Cipher的列表。如果喜欢命令行，可以通过下面的Powershell命令修改密钥算法套件：

Set-ItemProperty-pathHKLM:SOFTWAREPoliciesMicrosoftCryptographyConfigurationSSL-nameFunctions-value"XXX,XXX,XXX"那么Cipher的这一长串名字是什么含义呢？其实，每种Cipher的名字里包含了四部分信息，分别是

密钥交换算法，用于决定客户端与服务器之间在握手的过程中如何认证，用到的算法包括RSA，Diffie-Hellman，ECDH，PSK等

加密算法，用于加密消息流，该名称后通常会带有两个数字，分别表示密钥的长度和初始向量的长度，比如DES56/56,RC256/128,RC/128,AES128/128,AES256/256

报文认证信息码（MAC）算法，用于创建报文摘要，确保消息的完整性（没有被篡改），算法包括MD5，SHA等。

完全搞懂上面的内容似乎还需要一本书的介绍（我已经力不从心了）。不过大致了解一下，有助于理解Cipher的名字，比如前面服务器发回给客户端的Cipher，

熟悉了Cipher名字背后的含义后，让我们看看像IIS这样的Web服务器如何选择一个密钥算法呢？假如浏览器发来的密钥算法套件为[C1,C2,C3]，而WindowsServer支持的套件为[C4,C2,C1,C3]时，C1和C2都是同时被双方支持的算法，IIS是优先返回C1，还是C2呢？答案是C2。IIS会遍历服务器的密钥算法套件，取出第一个C4，发现浏览器并不支持；接下来取第二个C2，这个被浏览器支持！于是，IIS选择了C2算法，并将它包含在一个“ServerHello”握手协议中，发回给客户端。这就有了图5中的结果。