When you establish an encrypted connection to a website, be it Google, Facebook or your bank’s online branch, the data is encrypted using the SSL/TLS protocol. Many popular web servers utilize the open-source OpenSSL library to do this job for them. Earlier this week, the maintainers of OpenSSL released a fix for a serious bug in the implementation of TLS feature called “Heartbeat,” which could potentially reveal up to 64 kB of server memory to an attacker.
In other words, the flaw could have enabled anyone on the Internet to read the memory of a machine that’s protected by a vulnerable version of the library. In the worst-case scenario, this small block of memory may contain something sensitive – user names, passwords, or even the private key which is used by the server to keep your connection encrypted. In addition, exploiting Heartbleed leaves no traces, so there is no definite way to tell if a server was hacked and what kind of data was stolen.
Here’s the good news: OpenSSL fixed the bug. Here’s the bad news: there is no way to guarantee that those sites and services affected by Heartbleed are implementing the patch that mitigates it. More bad news: apparently the bug is pretty easy to exploit and may have existed for as long as two years. It means that the security certificates of many popular sites may have been stolen, as well as sensitive user data, including passwords.
The action plan for the user
- Check if your favorite site was vulnerable. There are online tools to check the presence of the vulnerability, but you also need to know, if it was present before. Luckily, there is a long list of popular websites that were checked against the vulnerability. Good news: Facebook and Google are unaffected. Bad news: Yahoo, Flickr, Duckduckgo, LastPass, Redtube, OkCupid, Hidemyass, 500px and many others was vulnerable. Get ready to act if you have an account on those vulnerable sites;
- Check if the site is vulnerable now. There is a simple tool for that.
- When site owners fix the bug, they must consider re-issuing site certificates as well. So get ready to monitor server certificate and make sure you’re using a new one (issued on April 8th or later). To do this, enable the certificate revocation check in your browser. Here is the sample from Google Chrome settings:
- This will prevent your browser from using old certificates. To check the certificate issue date manually, click the green lock in the address bar and click the “information” link on the “Connection” tab:
- The most important step – when the server is patched and certificate is updated, is to change your password immediately. Use this opportunity to revise your password policy and start using simple to remember yet strong passwords.
No comments:
Post a Comment