Information Security Stack Exchange is a question and answer site for information security professionals. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

This question already has an answer here:

Questions about Heartbleed have been showing up in the popular questions list today since morning, from the security stack exchange to android
I have been reading many of them, most of them are technical and from a server administrators perspective so difficult to understand for the average user
These are a few simple ones that I have found

  2. How exactly does the OpenSSL TLS heartbeat (Heartbleed) exploit work?
  3. What should end-users do about Heartbleed?
  4. Does the heartbleed vulnerability affect clients as severely?

I do not understand the technical details, so as an average windows user, how paranoid should I be, and is there anything that I should (or can) do, if a service that I use is vulnerable?

For example, the accepted answer for item 4 above says this about vulnerable systems:

Information on common clients:

Windows (all versions): Probably unaffected (uses SChannel/SSPI), but attention should be paid to the TLS implementations in individual applications. For example, Cygwin users should update their OpenSSL packages.

OSX and iOS (all versions): Probably unaffected. SANS implies it may be vulnerable by saying "OS X Mavericks has NO PATCH available", but others note that OSX 10.9 ships with OpenSSL 0.9.8y, which is not affected. Apple says: "OpenSSL libraries in OS X are deprecated, and OpenSSL has never been provided as part of iOS"

Chrome (all platforms except Android): Probably unaffected (uses NSS)

Chrome on Android: 4.1.1 may be affected (uses OpenSSL). Source. 4.1.2 should be unaffected, as it is compiled with heartbeats disabled. Source. Mozilla products (e.g. Firefox, Thunderbird, SeaMonkey, Fennec): Probably unaffected, all use NSS

So if I am an average Windows user with chrome as default browser, I am not vulnerable? I don't think that's true so I am probably not getting something here. This page says that Yahoo is the biggest web service provider that is known to be vulnerable (also includes stackexchange). So if I have a Yahoo email or stackexchange account, does this mean my password is vulnerable from my computer's side when I type it in? In the answer that I quoted above, it says Windows and Chrome are probably unaffected as they don't use openssl. So how does this make me vulnerable when using Yahoo and stackexchange that apparently do use openssl? Is there anything I can do about it, and if so, what can I do? Change my password immediately, or wait for them to contact me, and change password after that?

I have another question. The accepted answer for item 1 has this to say:

Well, errant code in OpenSSL. Here is the commit that fixed the vulnerability. I won't speculate on whether this was truly a mistake or possibly a bit of code slipped in on behalf of a bad actor. The bug showed up in December of 2011 and was patched today, April 7th, 2014.

If the bug is that old, and it really is this serious, then why wasn't anything done till now?

share|improve this question

marked as duplicate by Adi, Xander, TildalWave, Gilles, AJ Henderson Apr 9 '14 at 13:43

This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.

up vote 3 down vote accepted

I'll start from the bottom up :)

The bug has been present for some time, but was not discovered until recently. By definition, bugs are not obvious - they are mistakes. When it finally was found, there was a frantic effort to fix it.

The answer you linked to indicates that it is difficult for a malicious web server to attack an individuals computer, because many web browsers (which are the most common thing you would use to make a TLS connection) are not vulnerable.

However, you are still vulnerable when connected to a vulnerable server. Example: You participate in an online forum. An attacker connects to the same server using HTTPS, and using this attack, steals your session cookies from the server memory. Now the attacker can impersonate you on that forum.

Aside from not logging in to anything, there is little a non-technical end user can do at this point. It is up to the sysadmins and engineers to patch their servers. You can best help by following their recommendations if and when they are made.

Once a service has been patched, login normally and change your password. I expect that many websites will force password changes anyway after they have patched.

share|improve this answer

Your system isn't vulnerable to the issue as you're on Windows browsing with Chrome, but a majority of the sites you visit and use were quite possibly vulnerable.

There are several things you can do:

  • Check the SSL certificates of websites you visit, make sure they have been issued after 7th April 2014
  • Verify the websites you visit have been patched or aren't vulnerable (This might help:
  • If they aren't vulnerable and the certificate is post-Heartbleed, then change your password (in case it was compromised)

Personally I have a Firefox addon called "Certificate Patrol", that alerts me when a certificate has been replaced or is new, which helps remind me to check to see if they're safe or not. I also have addons that identify the software running on servers, so I know if they're running a server that wasn't affected by Heartbleed (Windows Server for example, or OpenSSL 0.9.8)

If the bug is that old, and it really is this serious, then why wasn't anything done till now?

Nothing was done until now because nobody knew there was a problem until now. Unfortunately it slipped in without getting noticed - In projects that are large and have a lot of contributors, mistakes happen. It is unfortunate that it went so long without being noticed and fixed though.

share|improve this answer
"nobody knew there was a problem until now" – At least, that's what we hope for. – Jörg W Mittag Apr 9 '14 at 12:41
If I use NSS on client and malicious server has bugged OpenSSL does it mean, the server cannot scrape something of my machine? – jnovacho Apr 9 '14 at 13:33
@jnovacho Correct, the server can't scrape information off you in that scenario. Only the systems using the bugged OpenSSL are leaking data. – William Lawn Stewart Apr 9 '14 at 20:10
I imagine that 7/04/2014 is April 7th and not July 4th, right? – Jonas Stawski Apr 9 '14 at 23:16
Some certificate authorities are re-issuing new certificates with the original date on them. So checking the date will give false positives. – Mixologic Apr 10 '14 at 23:10

Chrome and Firefox do not use the OpenSSL library (it uses Mozilla's NSS instead), so you as a client are not directly affected. Sites that you visit (either over HTTP or HTTPS) may leak information if they also operate listen for HTTPS requests and use a vulnerable OpenSSL version.

Yahoo was vulnerable for a long time, but it has been patched yesterday. If you have logged in via the web yesterday, consider your password compromised.

Well, errant code in OpenSSL. Here is the commit that fixed the vulnerability. I won't speculate on whether this was truly a mistake or possibly a bit of code slipped in on behalf of a bad actor. The bug showed up in December of 2011 and was patched today, April 7th, 2014.

If the bug is that old, and it really is this serious, then why wasn't anything done till now?

The bug was introduced at that time, it does not mean that the OpenSSL developers knew at that time that a bug was created.

share|improve this answer
So if Yahoo has been patched, is it safe to change my password now? – user13267 Apr 9 '14 at 10:52
@user13267 Yes, it is safe to change your password now. – Lekensteyn Apr 9 '14 at 10:54
What about stackexchange? I have not logged out of stackexchange so haven't exactly typed in the password during this time, but I get logged into the SE network whenever I open the site. Is it necessary to update the stackexchange password as well? – user13267 Apr 9 '14 at 10:57
@user13267,, are all fixed now. Note that other OpenID providers may still be vulnerable, use a service like to check whether your provider is safe or not. – Lekensteyn Apr 9 '14 at 11:01

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