Internet Explorer 11 Gains HTTP Strict Transport Security In Windows 7 and 8.1
Mark Wilson writes: Anyone using the Windows 10 preview has had a chance to use the HTTP Strict Transport Security (HSTS) in Microsoft Edge, and today the security feature comes to Internet Explorer 11 in Windows 7 and Windows 8.1. This security protocol protects against man-in-the-middle attacks and is being delivered to users of older version of Windows through an update in the form of KB 3058515.
You'll be safe. Trust Microsoft. They know about security. When they promise it, they promise it.
Seven puppies were harmed during the making of this post.
I, for one, welcome this change to Internet Explorer. Now, I can know I am truly safe from man-in-the-middle attacks the next time I load a fresh Windows install and open IE10 so I can download Firefox.
Do they really think they can protect against man in the middle? Once your shit leaves the door, who really knows what happens to it?
Given the news lately, it seems we can make some reasonable predictions where this is going.
No thanks.
looks like internet explorer is behind
From wikipedia:
Browser support[edit]
Chromium and Google Chrome since version 4.0.211.0[28][29]
Firefox since version 4;[30] with Firefox 17, Mozilla integrates a list of websites supporting HSTS.[20]
Opera since version 12[31]
Safari as of OS X Mavericks[32]
Internet Explorer 11 on Windows 8.1 and Windows 7 since June 2015[33]
Microsoft Edge and Internet Explorer 11 on Windows 10 Technical Preview support HSTS.[34][35]
Better late than never
Sorry, I don't use Microsoft products on the Internet, but thanks anyway.
That's not true. While your browser might not be from MS, I suspect you use quite a few IIS hosted sites.
keep them doggies Edgin', IE!
Comment removed based on user account deletion
Dear Microsoft,
Please let us establish secure connections using TLS-SRP in IE11. This would be most helpful. Imagine a world where even people with weak passwords (most everyone) fooled into supplying credentials to a phisher or MITM attacker face no risk for being suckers.
Apache and some of our Intranet applications support TLS-SRP already yet unfortunately usage is currently limited to machine to machine as none of our users have a browser that can negotiate it. This would be a perfect opportunity to get a leg up on your competition and provide an important security features no other browser vendor has yet to deploy.
Sorry, I don't take consider comments from holier-than thou bigots on the Internet, but thanks anyway.
Oh great, MS finally woke up and implemented what everyone else already had at the very least a year ago.
Also how low has Slashdot fallen that we now qualify MS getting something that everyone else already has as "news"?
Did Microsoft happen to mention when the KB would be rolled out for IE6?
"A person is smart. People are dumb, panicky dangerous animals and you know it." - K
While man-in-the-middle SSL connections sound like something everyone should be against, those in the corporate environment rely on using an in-line scanner to check for malicious/virus files going in/out the corporate environment. Those entities need to be able to block/report on where those file originated and their final destination. To do that, they rely on the scanning device being the SSL endpoint in order to decrypt and inspect the content. I would hope that this ability will be configurable via AD policy to allow the corporate MitM certificate to be considered trusted; however, there are an increasing number of sites that have javascript which verifies the SSL connection and checks that there is no MitM SSL occuring. While it sounds safe, it actually HELPS virus/malware authors if browsers block MitM connections to ssl sites.
An SSL cert is like $5 from Comodo, so if all browsers checked for MitM connections and prevented access, then corporations can't protect their networks from content on an SSL connection and would have to trust all content from the interwebs.
There are security ramifications to increased security.
Comment removed based on user account deletion