在Windows服务器上启⽤TLS1.2及TLS1.2基本原理介绍
⾸先在这个⽹站上测试⼀下⾃⼰的服务器究竟处于什么⽔平。
测试结果显⽰是⽀持SSL3.0的并且不⽀持TLS 1.2。证书使⽤SHA1签名算法不够强。这点⽐较容易接受，因为Windows服务器默认并没有开启TLS1.2。
要提⾼服务器的评级，有3点需要做。
使⽤SHA256签名算法的证书。
禁⽤SSL3.0，启⽤TLS1.2
禁⽤⼀些弱加密算法。
由于⽬前服务器使⽤的证书是近3年前购买的，正好需要重新购买，顺便就可以使⽤SHA256签名算法来买新的证书就可以了。在⽣产环境部署之前，先⽤测试机测试⼀下。
穿普拉达的女魔头
根据这篇⽂章中的3条命令把证书颁发机构的签名算法升级上去。测试环境是Windows2012 R2，默认的签名算法是SHA1
UpgradeCertification Authority to SHA256
couple是什么意思
certutil -treg ca\csp\CNGHashAlgorithm SHA256
net stop certsvc
net start certsvc
然后，在服务器中添加注册表键值并重启已启⽤TLS1.2和禁⽤SSL3.0
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS1.2\Server\Enabled
REG_DWORD类型设置为1.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\SSL3.0\Server Enabled
REG_DWORD类型设置为0.
重新启动服务器，是设置⽣效。
由于测试机没有公⽹地址，所以去下载个测试⼯具，⽅便测试。
可以下载到EXE或者JAVA版本的测试⼯具，⽅便的在内⽹测试服务器⽀持的加密⽅式。
测试了⼀下，发现TLS1.2没有启⽤。
难道是启⽤⽅法不对?于是开始检查各种服务器的⽇志，也的确发现了TLS1.2不能建⽴的报错了。
⽹上查了很多⽂章，也没有说什么解决办法。后来换了下证书，⽤回SHA1的证书，TLS1.2就能显⽰成功启⽤了。
难道是证书有问题，于是就各种搜索SHA1证书和SHA256证书的区别，同时也测试了⼀些别⼈的⽹站，结果发现别⼈⽤SHA256证书也能⽀持TLS1.2. 难道是我的CA有问题？
⼜研究了⼏天，也测试了2008 R2的机器还是同样的问题。正好新买的公⽹证书也下来了。就拿这张证书先放到测试服务器上测试，结果还是不⾏。但是别⼈的服务器的确可以啊。
在此期间发现两篇⽐较好的⽂章，⽤Powershell来帮助我们启⽤TLS1.2以及如何设定服务器的加密算法顺序。
Setupyour IIS for SSL Perfect Forward Secrecy and TLS 1.2
EnablingTLS 1.2 on IIS 7.5 for 256-bit cipher strength
那么问题究竟出在哪呢？可能的问题，SHA256证书有问题？服务器不⽀持TLS1.2？然后根据Windows⽇志中的错误继续查找，都没能找到什么有⽤的信息。
于是求助朋友，朋友发来⼀段信息。
TLS 1.2introduced signature algorithms extension where the client advertis supportedsignature and hash algorithm combinations. When the client offers TLS1.2 without signature algorithms extension,schannel rver assumes that this client only understands SHA1. If the schannelrver only has a SHA256 certificate, it will terminate the handshake. However,the same client offering TLS≤1.1 will succeed.
同时也提到了RFC5246中的⼀些信息。
If the clientdoes not nd the signature_algorithms extension, the
rver MUST do the following:家长会班主任发言
music是什么意思- Ifthe negotiated key exchange algorithm is one of (RSA, DHE_RSA,
DH_RSA, RSA_PSK, ECDH_RSA, ECDHE_RSA),behave as if client had
nt the value {sha1,rsa}.riva
- Ifthe negotiated key exchange algorithm is one of (DHE_DSS,
DH_DSS), behave as if the client had ntthe value {sha1,dsa}.
- Ifthe negotiated key exchange algorithm is one of (ECDH_ECDSA,heiliang
ECDHE_ECDSA), behave as if the client hadnt value {sha1,ecdsa}.
Note: this is a change from TLS 1.1 wherethere are no explicit
rules, but as a practical matter one canassume that the peer
supports MD5 and SHA-1.need
Note: this extension is not meaningful forTLS versions prior to 1.2.
Clients MUST NOT offer it if they areoffering prior versions.
However, even if clients do offer it, therules specified in [TLSEXT]
require rvers to ignore extensions they donot understand.在线英文翻译中文
Servers MUST NOT nd this extension. TLS rvers MUST support
receiving this extension.
When performing ssion resumption, thixtension is not included in
Server Hello, and the rver ignores theextension in Client Hello
(if prent).
这和我遇到的问题完全符合啊，难道是客户端没有发送签名算法扩展？于是⽤IE试了下访问⽹站，发现是可以的，于是抓包看⼀下，⽤的协议是TLS1.2。证明TLS1.2在服务器上是已经启⽤的了。有client hello并且服务器也回应了rverhello。
再仔细看客户端的client hello包，⾥⾯确实包含了extension信息。
看之前测试失败并抓下来的包。并没有rver hello的包回来。ClientHello⾥的确没有扩展信息。
理发学校哪家好测试⼀下，果然没有问题。这个困扰我好久的问题终于有了解释。
最后，附上不再⽀持SSL 3.0 Chrome⼚商⾃家⽹站的测试结果供⼤家参考。
stevejobs
