It may be a lame question but still bothering me since long time. I have come across many web sites which are using HTTPS recently and they mention that all the financial transactions on their site are safe.

Is it really safe or are there any loop holes still there for the [dark] hackers to invade our privacy? If you can add up some points on how safe it is, it would be great knowledge for me and others.

link|improve this question
Banks use it.​​ – Dennis Williamson Dec 24 '10 at 16:46
@Dennis that is a fallacy. Just because banks use doesn't make it "safe". HTTPS is only as secure as you want to believe it is. In a perfect world everyone would use strong encryption, not use MD5 signatures in their certificates, and the CAs would only sign certificates that proved to them they are who they say they are. But, we do NOT live in a perfect world. But there comes a point when you just have to trust the system and hope when you go to chase.com it really is chase.com. – Nathan Adams Dec 24 '10 at 18:05
feedback

closed as not constructive by kez, random Dec 24 '10 at 18:38

This question is not a good fit to our Q&A format. We expect answers to generally involve facts, references, or specific expertise; this question will likely solicit opinion, debate, arguments, polling, or extended discussion. See the FAQ for guidance on how to improve it.

1 Answer

up vote 3 down vote accepted

https itself is safe* but https is only responsible for the transfer of data between you and the server. What happens once the data data reach the server is not covered by https. So if someone hack the server, and gain access to its database your data may still be lost.

So the conclusion is that: Yes https is a safe way to transfer data between you and a server, but most security problems happens after the transfer itself.

*Safe as in: Not even the best crypto experts have been able to break it, but it have not been 100% proven that it is safe.

Ok, I better clarify the safety bit. When talking about https there really are 2 different things which need to be safe, in order for the system to be safe.

a: The specification - This is the description of the math used to do the encryption. This part uses standard encryption algorithms and these are in general considered safe. To break the math behind the encryption you will among other things have to find a fast method to factor prime factors. This method in itself will give you a 1 million $ math price if you solve it. So the math part is rather safe.

b: The implementation - This is the code in the browser which implement the math mentioned in part a: This is the part which is most likely to give security problems, because it is very difficult to prove that the code is a correct implementation of the math in the https specification. And there have in the past been implementations which were incorrect and thus caused security problems. Most known is the bug in netscape 4 where they made a mistake so only 56 of the 128 bit in the encryption key were really random. But you should be pretty safe here, if you just upgrade your browser when new security upgrades become available.

But even if there were a security problem with https, a hacker would still need to be able to read the data between you and the server in order use this security hole. Something which is rather difficult, and normally require that he hacks a system which is located between you and the server.

Or you can just look at the history: In the entire history of the internet, information of millions of credit cards have been leaked. But in none of these cases have a security problem in https been used to gain access(I have at least never seen or heard about any such case, and google could not find any).

So when you make a list of possible security problems with internet trade, a bug in ssl is very very far down the list of things you need to worry about.

(And I am talking about the modern 128bit ssl. The older versions(56 and 64 bit) are not safe anymore due to increased cpu performance).

link|improve this answer
2  
Would be more credible if you'd post reference to your claims. Especially "Not even the best crypto experts have been able to break it, but it have not been 100% proven that it is safe." – BloodPhilia Dec 24 '10 at 13:14
2  
You have not mentioned keystroke loggers, man-in-the-middle attacks, compromised private keys, or certificate authorities sending out https certificates to people who shouldn't have them (remember the ones issued to the fake Microsoft, for example). – ChrisInEdmonton Dec 24 '10 at 14:01
What kind of reference? If ssl were broken by crypto experts it would be published. (And they are looking at it, just google ssl crypto analysis – MTilsted Dec 24 '10 at 14:03
https is safe from man-in-the-middle attacks(If you verify the ssl certificate). The other things mentioned are not covered by https which is kinda my point. https itself is safe, but the the rest of the infrastructure may not be. – MTilsted Dec 24 '10 at 14:05
I think a better answer to the question should talk about the issues ChrisInEdmonton mentioned. This several paragraph answer can be shortened to "As technology increases, the time which it takes to crack lower bit encryption gets lower." – Nathan Adams Dec 24 '10 at 18:09
feedback

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