I am hosting an ASP.NET website with wildcard ssl certificate on IIS / Windows 2008R2. While Chrome works fine with my website and shows a green lock the https connection, the https details mention "obsolete cryptography":

chrome https details

I assume that this is due to SHA1, which is also being mentioned by chrome in the same window.

However, according to Digicert's SSL Certificate Checker, SHA256 should be used:

enter image description here

Now I am not sure what is going on and how to fix this problem. It appears that this blog post describes a workaround for this problem, but the workaround seems so obscure (1. Step: Install OpenSSL?), that I can't imagine this is the offical way to do it on Windows 2008 R2.

How should I proceed to get rid of the ssl certificate warning?

Edit: After applying the script recommended by Grant, my SSLabs has been improved from C to A and Chrome is using TLS 1.2 instead of 1.0. However, the "obsolete cryptography" warning is still there.

  • Any fix to this yet?
    – Mike Flynn
    Dec 4, 2015 at 14:18

3 Answers 3


It's not SHA causing the problem, it's TLS 1.0.

The SSL Labs report for your domain gives the full story. Your server only supports TLS 1.0, not 1.1 or 1.2. In addition, it still supports obsolete ciphers like RC4, and doesnt support perfect forward secrecy.

Tuning IIS to get better security is quite possible, but a pain to do by hand. This wonderful script, written by Alexander Hass, will set a variety of registry settings to disable old insecure encryption methods for IIS7.5 and IIS8.

After running the script, reboot the server, and you should get an A rating on SSLLabs, and stop getting the warnings in chrome.

  • 4
    Actually, I'm not sure it's TLS 1.0. I think it's the use of AES_128_CBC as the cipher suite. If I remember correctly, Chrome only recognizes AES_GCM and CHACHA_POLY as "modern" cryptography. Although it could be the use of TLS 1.0 and the cipher suite...
    – hichris123
    Jun 19, 2015 at 23:40
  • 1
    @hichris123 That is likely an issue as well. So is the lack of PFS. Thankfully, the script I linked fixes it all at once.
    – Grant
    Jun 20, 2015 at 0:15
  • 1
    @Grant - Have you actually tested this? After applying the script on a 2012 R2 server, Chrome still shows the obsolete cryptography. Jun 20, 2015 at 5:24
  • 1
    Excellent answer! I applied the script to my backup server which had the same problem and after a reboot my ssllabs rating was raised from C to A. Chrome still mentions obsolete cryptography though. Could this be a Chrome issue? Jun 20, 2015 at 7:41
  • @peterhahndorf I did test it maybe 3-4 months ago when dealing with upgrading all my certs to sha256. At that time chrome had no issues. Maybe chrome has changed its preferred ciphers since then.
    – Grant
    Jun 20, 2015 at 12:29

I'm testing this on a fresh 2012 R2 server, when applying the Alexander Hass script (AH-Script), I still get the obsolete cryptography:

Chrome obsolete cryptography

My Chrome 43 supports the following Cipher suites:

[0035]  TLS_RSA_AES_256_SHA
[002F]  TLS_RSA_AES_128_SHA

so the one used is: [C013], quite far down. It seems Chrome prefers SHA256 and GCM over CBC.

I took the AH-Script and added [009E] (3rd from the top) to the cipher suite list, after rebooting I'm now getting:

Chrome Modern cryptography

I tried to get the top two [C08B] and [C02F] to work, but couldn't.

So by fixing the script and running it I got a modern cryptography.

I removed one of the existing ciphers because the length of that string is limited, the beginning of my string now looks like this:

$cipherSuitesOrder = @(

Edit: I just tested this on sslLabs.com and using TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 gives me a B, down from an A I had before.

This server supports weak Diffie-Hellman (DH) key exchange parameters. Grade capped to B.

So you may not want to use it. Why Chrome rates it so high, I don't know?

  • I just tested your fix for the script and it does indeed work better for Chrome, but It is inferior according to SSLabs: "This server supports weak Diffie-Hellman (DH) key exchange parameters. Grade capped to B." Jun 20, 2015 at 8:22
  • @AdrianGrigore - thanks, I just found that out myself and edited my answer. Jun 20, 2015 at 8:27
  • When connecting to IIS10 on Server 2016, Chrome uses TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (modern cryptograpthy) and the site can get a SSLabs Grade A, but I can't get that suite to work on 2012 R2 Jun 20, 2015 at 10:24

The "obsolete cryptograpgy" message in Chrome, is because of the server supporting weak Diffie-Hellman (DH) key exchanges. More specifically, this is documented in the HTTP/2 spec on the Cipher Suite Black List.

When you use the PowerShell script from Alexander Hass (from the current Accepted Answer), then it includes these ciphers which are on the blacklist:


If you look at the Azure App Service, it uses the following cipher suite order:


This results in a A rating in Qualys SSL Labs (Jul 2016), and supports Forward Secrecy for most common browsers.

I found the Chrome issue because on my local IIS Express on Windows 10, it would return error message ERR_SPDY_INADEQUATE_TRANSPORT_SECURITY in Chrome 51 with the blacklisted cipher suites configured on my system.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .