A couple more data points: I'm running Fedora 19 and Arch on my main dev machines/VMs and as of this posting are considered up-to-date. Both are vulnerable: [Fedora19] $ openssl version OpenSSL 1.0.1e-fips 11 Feb 2013 [Arch] $ openssl version OpenSSL 1.0.1f 6 Jan 2014
The Heartbleed Bug
11–20 of 547 posts
Re: The Heartbleed Bug
#12A couple more data points: I'm running Fedora 19 and Arch on my main dev machines/VMs and as of this posting are considered up-to-date. Both are vulnerable: [Fedora19] $ openssl version OpenSSL 1.0.1e-fips 11 Feb 2013 [Arch] $ openssl version OpenSSL 1.0.1f 6 Jan 2014
It would be unfortunate if a new package were to be released immediately only to be soon masked/recalled due to unforeseen consequences.
Of note, the Gentoo package was bumped approximately 2 hours after the advisory was published.
Re: The Heartbleed Bug
#13root# USE='-tls-heartbeat' emerge openssl
Re: The Heartbleed Bug
#14Re: The Heartbleed Bug
#15What's the quickest check to see if sshd, or any other listening process, is vulnerable?
(For example, if "lsof | grep ssl" only shows 0.9.8-ish version numbers, is that a good sign?)
Re: The Heartbleed Bug
#16"Yes, we can sell you our software!"
Re: The Heartbleed Bug
#17Re: The Heartbleed Bug
#18Re: The Heartbleed Bug
#19gentoo has a flag for the TLS heartbeat, so its easy to turn off. root# USE='-tls-heartbeat' emerge openssl
Re: The Heartbleed Bug
#20Got a long night ahead :/