My next class:
Network Monitoring and Threat Detection In-DepthSingaporeNov 18th - Nov 23rd 2024

* Patch Now: OpenSSL "Heartbleed" Vulnerability

Published: 2014-04-08. Last Updated: 2014-04-08 20:23:51 UTC
by Johannes Ullrich (Version: 2)
15 comment(s)

(this article is work in progress and will be updated as we have new information. Also see the comments for links to signatures and other information provided by readers)

We decided to go to Infocon Yellow to alert readers of this vulenrability.

For those of you using OpenSSL 1.0.1 (most recent Unix systems), it is critical that you patch the openssl library, as well as binaries compiled statically with openssl, as soon as possible. [1] 

The attack will allow a remote attacker to read up to 64kBytes of system memory from your system per attack attempt. The attack works against servers as well as against clients. While not all software using SSL necessarily uses the OpenSSL library, many do. (see our prior diary)

A proof of concept exploit has been made available and I have tested it. It can be used to remotely scan for vulnerable systems. [1] We have not yet detected wide spread use of the exploit, but it is literally hours old. At this point, we don't think the vulnerability was known in the underground before the official release, but it is possible.

What should you do first:

Check if you are vulnerable. "openssl version -a" will return the version information. If your version is 1.0.1, you MAY be vulnerable. Only version 1.0.1g is NOT vulnerable. Other major versions (0.9x, 1.0.0 ...) are not vulnerable. 

Rule of thumb: If you are using OpenSSL, and if you are supporting TLS 1.2 (check ssllabs.com) , then you are vulnerable unless patched.

If I am vulnerable, what should I do:

Patch! Ubuntu, CentOS and others have patches available. OS X Mavericks has NO PATCH available. Windows is likely not vulnerable, but if you are running open source software like Apache that uses OpenSSL, then you may be vulnerable.

You may want to consider replacing SSL certificates if you are afraid that the exploit was already used against your site. But the exploit is not limited to secret SSL key. All data in memory is potentially at risk.

Can I test remotely?

The PoC exploit above can be used to scan your network remotely.

How Can I Tell if Someone is Using the Exploit Against Me

We don't have IDS signatures (yet... wait for updates here). There is no log entry in your web server log as the exploit happens after the SSL session is established, and before the HTTP request is sent.

nginx, after being patched, logs the following from the PoC exploit:

2014/04/08 12:37:18 [info] 4151#0: *724561 peer closed connection in SSL handshake while SSL handshaking, client: 70.91.145.11, server: 0.0.0.0:8443

 

[1] http://heartbleed.com
[2] http://s3.jspenguin.org/ssltest.py
 

------
Johannes B. Ullrich, Ph.D.
SANS Technology Institute
Twitter

Keywords: heartbleed openssl
15 comment(s)
My next class:
Network Monitoring and Threat Detection In-DepthSingaporeNov 18th - Nov 23rd 2024

Comments

Go over to https://www.ssllabs.com/ssltest/index.html and enter your SSL site URL. If you know your system uses Linux and you see TLSv1.2 enabled, you're vulnerable unless you've already patched or somehow are not running OpenSSL on Linux.

If TLS 1.0 is the latest version, you may not be vulnerable because the older v0.9.8 did not support TLS 1.1 and TLS 1.2. Or it could just be disabled but still vulnerable.

If you have so-called "appliances" you're probably running some Linux and OpenSSL variant.

Start opening tickets with your appliance vendors. I'm not seeing many posting updates yet.

If you have a vulnerable Internet-facing site, consider revoking and replacing the SSL certificate. That's usually free during the lifetime of the certificate.
IDS signatures here:

http://blog.fox-it.com/2014/04/08/openssl-heartbleed-bug-live-blog/
Saw this on twitter, the pull request that introduced the bug (@fredericJacobs)

https://github.com/openssl/openssl/commit/4817504d069b4c5082161b02a22116ad75f822b1
Suricata rules:

http://blog.inliniac.net/2014/04/08/detecting-openssl-heartbleed-with-suricata/
Ivan Ristic has added a check for the heartbleed vulnerablitiy to the great ssllabs tests:

SSL Labs Test for the Heartbleed Attack
https://community.qualys.com/blogs/securitylabs/2014/04/08/ssl-labs-test-for-the-heartbleed-attack

https://www.ssllabs.com/ssltest/

Thanks to him for his great work!
Don't forget that after the patched version is installed, you may need to restart the services that use it.
Anyone have a mirror for http://s3.jspenguin.org/ssltest.py ? I'm getting access denied when trying to hit that site.
Regarding Mac OS X Mavericks, I did a check on my system and saw that the version is 0.9.8y, this may be why there is no patch available. So, at least it's not vulnerable to Heartbeat, but I'm sure that it is vulnerable to other things. I'm not serving anything up from my system, so this is more of an FYI.

Thanks,
Mike
So what about the period of time systems have been vulnerable? Folks are asking whether they need to change passwords. Patching, in this case, is the easy part. Is there any obligation to get your users to change their passwords once systems are patched and certificates replaced given that no one really knows whether their site was compromised or not?
The bug was introduced about 2 years ago.

Diary Archives