OpenSSL Security Advisory: TLS heartbeat read overrun
11–20 of 88 posts
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#12In case anyone was wondering why I wrote spiped...
However, wouldn't OpenSSH be the thing spiped replaces most of the times? And that has a better security track record (I mean, better than OpenSSL for sure).
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#13(Assuming they are deployed in such a way that their long-term authenticity keys are in the memory space of the network service, and not kept on another system or HSM.)
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#14In case anyone was wondering why I wrote spiped...
Totally agreed on the over-complexity and un-securability of TLS, that too often is deployed where something simpler should be used instead. However, wouldn't OpenSSH be the thing spiped replaces most of the times? And that has a better security track record (I mean, better than OpenSSL for sure).
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#15https://security-tracker.debian.org/tracker/CVE-2014-0160
If so, that must be an awful lot of web servers, with a horrendous cost for everyone to buy new certificates etc. if there's no reliable way to determine what if anything was compromised.
Would any of our resident security experts like to suggest best practices under such circumstances?
(Edit: It looks like the page I linked above has been updated and a patch is going into Wheezy security as I write this.)
(Edit 2: Confirmed that Wheezy security updates now include openssl 1.0.1e-2+deb7u5 and related libssl changes.)
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#16How does one go about installing this update on Ubuntu? "sudo apt-get upgrade openssl" didn't do it.
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#17Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#18"Don't roll your own parsers" should really be up there with "Don't roll your own crypto". This advisory is scant on details, but this extension protocol[0] neither looks complex nor beyond mechanical code generation to me. Just simple enough to be dangerous. And it's pretty new, so this must be recently authored vulnerable code. [0] http://tools.ietf.org/html/draft-ietf-tls-dtls-heartbeat-04
Re: OpenSSL Security Advisory: TLS heartbeat read overrun
#19Earlier quoted context omitted.
Totally agreed on the over-complexity and un-securability of TLS, that too often is deployed where something simpler should be used instead. However, wouldn't OpenSSH be the thing spiped replaces most of the times? And that has a better security track record (I mean, better than OpenSSL for sure).
A lot of people are doing spiped-like things using stunnel.