Tell me more ×
IT Security Stack Exchange is a question and answer site for IT security professionals. It's 100% free, no registration required.

Why do untrusted/expired SSL certificates get such a huge warning in modern browsers even with "DO NOT VISIT THIS SITE!" messages, whereas a regular HTTP connection, which is more prone to eavesdropping and MITM attacks, doesn't get even a single comparably visible warning? A lock versus a world in a tiny icon is certainly not comparable to huge don't enter here signs.

What's the threat model where huge warnings for untrusted SSL certificates and no warnings (or very small warnings) for plain HTTP are sound?

share|improve this question
Not all decisions in this world are based on a threat model. Some are based on a business model. While there may be a good security reason for the warning page, there is also a significant financial incentive for it to be as big and scary as possible. – Ladadadada Feb 25 at 13:03

4 Answers

It is not a threat model, it is a business model. Web browsers cannot warn about plain HTTP because that would be warning about the whole Internet (not a bad warning, really, but one which users will quickly ignore). Web browsers do warn about certificate issues with SSL because successful phishing attempts are very bad publicity. Browser vendor must be able to show that they "do something about it", and that's the scary warnings.

The theoretical justification is that users are obviously trained and know that in the absence of the (in)famous "padlock icon" there is no security. So they don't need warnings for plain HTTP; the lack of padlock ought to be enough.

(It takes a bit of training to be able to say that without sniggering.)

share|improve this answer
+1 for the answer, and a mental +1 for the final sentence. – Michael Kjörling Feb 25 at 14:47
Great. I was asking about the threat model to make sure I wasn't missing anything, as the only justification I could think of is what you wrote here. I also wonder a bit conspiratorially if this has something to do with Certificate Authorities pushing this behavior. – Vinko Vrsalovic Feb 25 at 15:16

I think it has to do with people's behaviour and how the Internet has evolved.

I do remember that there were modal warning boxes in IE and Netscape whenever there was the first submission of a form over a plain HTTP connection, and there was a check box saying 'do not warn me again'.

As Internet users have become accustomed to HTTPS, they are more concerned about protection from phishing, what these big RED warnings try to accomplish. A UK high-street retailer was the victim of a phishing scam, and the first warnings came from customers who saw something suspicious in the SSL - the 'lock' icon. This was just before the RED screen warnings - about 3 years ago.

So, the threat model is the same. How average Internet users (and shoppers) perceive and react to it is changing.

share|improve this answer

Although I think the other answers have a valid point with regards to the financial motives of the vendors, I still think there is valid reasons for displaying the "big scary warning" in the case of an untrusted SSL certificates.

Perhaps the most dangerous thing is not someone who expects no security (plain http connection, although it's arguable if the general public knows this), but the person who expects security - and isn't getting it.

Yes lots of times expired certificates may not be super dangerous, but these warnings can be indicators of a MitM attack in progress, so I certainly want a strong warning when it happens on say a banking website where I have an expectation of security.

Summary - Given things could be broken down into insecure (http) connections and secure (https) connections, I think it's reasonable to warn people to a higher degree when security you believe is in place isn't working as expected, as opposed to the (supposedly) knowledgable choice of using an insecure connection in the first place.

share|improve this answer

If it is not using SSL, it is not designed to be secure.

Warnings indicate that the expected security is broken. A lack of security is not broken-security.

Perhaps the threat would be if you could detect that there is a need for TLS/SSL security, but the site does not offer it. E.g., you filter the DOM and detect a field named "username" and one named "password", but the page is not being presented in HTTPS. Then, you could alert the user "hey, you might not want to log into this site, they are going to transmit your password in plaintext". We could probably think of a few other scenarios like a field called "ssn" that requires 9 digit number or 16 digit number which is run through a local check digit verification.

That actually sounds like it might be a useful plugin, probably a few false positives here and there, but could potentially help protect people.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.