Home What You Need To Know About Heartbleed, A Really Major Bug That Short-Circuits Web Security

What You Need To Know About Heartbleed, A Really Major Bug That Short-Circuits Web Security

See also: Protect Yourself Against Heartbleed, The Web’s Security Disaster

Heartbleed, a long-undiscovered bug in cryptographic software called OpenSSL that secures Web communications, may have left roughly two-thirds of the Web vulnerable to eavesdropping for the past two years. Heartbleed isn’t your garden-variety vulnerability, so here’s a quick guide to what it is, why it’s so serious, and what you can do to keep your data safe.

What’s Heartbleed?

The short version is that it’s a vulnerability in the way your browser talks to a website over an encrypted channel. An attacker could theoretically take advantage of the bug to unravel the secure channels used by banks, e-commerce sites and other sensitive locations to steal passwords and other sensitive information.

The slightly longer version is that Heartbleed is a flaw in the OpenSSL implementation of the basic cryptographic protocol that secures Web communications, known as SSL.

What’s SSL?

It stands for Secure Socket Layer, a cryptographic protocol that puts the S in “https”—the prefix you see on Web addresses when they’re using a secure, encrypted connection. SSL basically ensures that no one can eavesdrop while you’re banking, shopping or doing anything else.

What’s OpenSSL?

OpenSSL is an open-source implementation of SSL and its successor protocol, TLS (which stands for Transport Security Layer). It’s the default cryptographic library in the Apache and nginx Web servers, which together powered almost exactly two-thirds of all active websites as of April, according to Netcraft data (h/t Ars Technica). That means OpenSSL is used to protect sensitive Web communications across a vast swathe of the Internet.

Let’s Go Back To Heartbleed. What Exactly Does It Do?

Officially known as CVE-2014-0160, Heartbleed is a recently discovered bug in OpenSSL that could allow an attack to read information off a Web server even though it’s supposed to be secured against intrusion. The bug affects an OpenSSL extension known as “heartbeat,” which makes it possible to keep a secure communication channel open without re-negotiating security protocols over and over again.

In effect, the bug allows a malicious users to request data from a Web server’s memory—data that could include the site’s SSL encryption keys, user passwords and other sensitive information. According to Heartbleed, a website established by researchers at Codenomicon who identified the bug (as did a Google engineer):

The Heartbleed bug allows anyone on the Internet to read the memory of the systems protected by the vulnerable versions of the OpenSSL software. This compromises the secret keys used to identify the service providers and to encrypt the traffic, the names and passwords of the users and the actual content. This allows attackers to eavesdrop on communications, steal data directly from the services and users and to impersonate services and users.

Why Is HeartBleed So Serious?

There are several reasons. The first, and most obvious, is that Web servers may leak sensitive data as a result of the vulnerability. The Heartbleed bug lets an attack force a server to cough up the contents of its active memory (albeit in 64KB chunks). Depending on what the server happens to be doing, its memory may contain usernames, passwords or credit card numbers. 

Heartbleed also lets attackers obtain the server’s secret keys—cryptographic measures that are supposed to ensure only an owner can access sensitive data—in order to impersonate servers and decrypt their communications.

What’s more, the site explains, is that it’s disturbingly difficult to tell if somebody exploits it. That means victims may have no way to tell if they’ve been, well, victimized.

Finally, the Heartbleed bug has been in the wild since late 2013. That’s a lot of potential exploitation, should any bad guys have stumbled across it in that time. Even worse, if anyone recorded encrypted traffic over that time and extracted a server’s encryption keys, they can go back and decrypt past communications at their leisure.

Sites that use perfect forward secrecy, like Gmail, should be protected from retrospective decryption. Unfortunately, perfect forward secrecy isn’t widely used across the Web.

Can I Tell If My Site Has Been Exploited Via Heartbleed?

No. However, you can test your site to see if it’s vulnerable.

What Can I Do To Protect My Site?

If your site turns out to be vulnerable, OpenSSL recommends that you upgrade to OpenSSL version 1.0.1g, which patches the Heartbleed vulnerability. If you can’t upgrade for some reason, you can disable OpenSSL heartbeat support for a quick fix.

Even if you patch the bug, however, it’s impossible to tell if an attack took place in the past.

What Can I Do To Protect Myself As An Internet User?

Now is a very good time to change your passwords. But note that, if the site has been affected and hasn’t yet addressed the security hole, that new login may not be secure. In other words, you may have to change it again, once the site updates its servers. 

Even if you don’t think you were affected, it’s possible that sites you regularly use—like Yahoo—might have been. Ronald Prins of security firm Fox-IT tweeted that he used the Heartbleed vulnerability to find a Yahoo username and password, and provided proof on his blog. However, Yahoo has apparently patched its servers, as a Heartbleed vulnerability test for Yahoo.com has shown up clean since 4 PM Eastern.

Has Anyone Exploited The Heartbleed Vulnerability Yet? 

We don’t know. Security researchers who study the bug have noted that when they exploit it, nothing unusual shows up on the logs. So if bad actors have used it for attacks, we can’t tell.

Logo via Codenomicon

Updated to adjust advice. Users hoping to secure their logins may be tempted to change their passwords. But if the site hasn’t yet secured its server, that new login may be vulnerable as well, requiring yet another password change. (Thank you, @RichardNixon!)

About ReadWrite’s Editorial Process

The ReadWrite Editorial policy involves closely monitoring the tech industry for major developments, new product launches, AI breakthroughs, video game releases and other newsworthy events. Editors assign relevant stories to staff writers or freelance contributors with expertise in each particular topic area. Before publication, articles go through a rigorous round of editing for accuracy, clarity, and to ensure adherence to ReadWrite's style guidelines.

Get the biggest tech headlines of the day delivered to your inbox

    By signing up, you agree to our Terms and Privacy Policy. Unsubscribe anytime.

    Tech News

    Explore the latest in tech with our Tech News. We cut through the noise for concise, relevant updates, keeping you informed about the rapidly evolving tech landscape with curated content that separates signal from noise.

    In-Depth Tech Stories

    Explore tech impact in In-Depth Stories. Narrative data journalism offers comprehensive analyses, revealing stories behind data. Understand industry trends for a deeper perspective on tech's intricate relationships with society.

    Expert Reviews

    Empower decisions with Expert Reviews, merging industry expertise and insightful analysis. Delve into tech intricacies, get the best deals, and stay ahead with our trustworthy guide to navigating the ever-changing tech market.