Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

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

As you may know, OpenVPN is vulnerable to the heartbleed attack. However, I can't find any guide online on how to fix it. The only source I've found is this:

Is just doing (in Ubuntu)

apt-get update; apt-get upgrade; apt-get dist-upgrade

enough to make sure that my OpenVPN is safe? I can confirm i have this version of openSSL:

# dpkg-query -l 'openssl'
ii  openssl                                   1.0.1-4ubuntu5.12                         Secure Socket Layer (SSL) binary and related cryptographic tools


share|improve this question
No, as stated in the wiki article, you also have to rekey everything. – Michael Hampton Apr 25 '14 at 3:14
Yes, I'm aware of that. I'm talking about the exploit itself (i.e. making sure OpenVPN doesn't use a bad openSSL) – Jonny Apr 25 '14 at 3:22
You updated OpenSSL, and restarted all affected services, didn't you? – Michael Hampton Apr 25 '14 at 3:22
aptitude changelog openssl | grep -B10 CVE-2014-0160. OK, fixed? Now run ldd $(which openvpn) to see which libraries openvpn is using. – MikeyB Apr 25 '14 at 3:46
Please do not edit commentary into your post. If you have an issue with post closure in the future open a discussion on Meta. – voretaq7 Apr 25 '14 at 3:59
up vote 4 down vote accepted

Let's follow the trail! What does openvpn use?

$ ldd $(which openvpn)
... => /lib/x86_64-linux-gnu/ (0x00007f464d630000)

OK, it's using libssl.1.0.0 provided by...?

$ dpkg -S /lib/x86_64-linux-gnu/
libssl1.0.0:amd64: /lib/x86_64-linux-gnu/

... provided by libssl1.0.0:

$ apt-get changelog libssl1.0.0 | grep -B10 CVE-2014-0160

openssl (1.0.1-4ubuntu5.12) precise-security; urgency=medium

  * SECURITY UPDATE: side-channel attack on Montgomery ladder implementation
    - debian/patches/CVE-2014-0076.patch: add and use constant time swap in
      crypto/bn/bn.h, crypto/bn/bn_lib.c, crypto/ec/ec2_mult.c,
    - CVE-2014-0076
  * SECURITY UPDATE: memory disclosure in TLS heartbeat extension
    - debian/patches/CVE-2014-0160.patch: use correct lengths in
      ssl/d1_both.c, ssl/t1_lib.c.
    - CVE-2014-0160

Looks good to me.

share|improve this answer
Excellent answer! Thank you very much! – Jonny Apr 25 '14 at 11:44

Or execute openssl version -a and make sure the build date is April 7th, 2014 or later for affected versions.

share|improve this answer
That's not a great solution, because I can compile a vulnerable SSL version today, and versions prior to 1.0.1 weren't vulnerable either. So this may be better than nothing, but just barely. – HopelessN00b Apr 25 '14 at 4:48
Good point, this is not a thorough enough solution. – xeon Apr 25 '14 at 4:58

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

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