Vulnerabilities / Threats
5/27/2014
05:40 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

SSL After The Heartbleed

Encryption gets a big wake-up call -- and a little more scrutiny.

Heartbleed wasn't the first security hole discovered in SSL deployments, and it won't be the last.

The discovery of the dangerous flaw in a widely deployed SSL software platform, OpenSSL, initially shook some confidence in SSL-encrypted websites and servers, but in the end it served as a healthy wake-up call for encryption deployments, security experts say. The vulnerability, which is in the software itself and not the Secure Sockets Layer/Transport Layer Security protocol, illuminated how encryption software isn't immune to coding errors.

SSL had been touted as the answer to all things privacy since Edward Snowden's leak of documents about controversial National Security Agency surveillance operations, but became a three-letter word in the wake of the Heartbleed vulnerability disclosure in April. Security experts say Heartbleed likely only scratched the surface of weaknesses in SSL software and implementations.

The good news for SSL/TLS encryption is that it's now under the research microscope, so software and the protocol itself will ultimately evolve into stronger and more secure versions.

"There have been bad bugs before, and there will be again. This [Heartbleed] is a particularly nasty bug we'll be dealing with for a while," says Dan Kaminsky, chief scientist at White Ops. "But it wasn't the end of the world. The 'worst' thing was that average users were told to change their passwords."

Encryption expert and security guru Bruce Schneier says Heartbleed didn't damage SSL or shake confidence in the encryption protocol. "I don't think Heartbleed changed anything. A vulnerability was found and fixed," Schneier says. "SSL was never a panacea... you've always got to raise the bar."

"SSL has always had a lot of problems. This is nothing new," he says.

Indeed, there have been SSL hacks before: In 2009, researchers exploited a known weakness in the algorithm in some SSL digital certificates to impersonate secure websites, and man-in-the-middle attacks such as SSLStrip emerged. And in 2011, there was the THS-SSL-DOS tool that basically knocked out an HTTPS-based server via a denial-of-service attack using a single laptop and a DSL connection. And there have been other SSL hacks researchers have demonstrated over the years.

SSL, meanwhile, has survived and remained the de facto encryption protocol. "The reason SSL has been so successful is that it's evolved" over the years, says Chris Bailey, general manager of trust services at Trend Micro."[The industry] definitely is going to be looking at flaws... and implementations more closely. Also, the underlying standards will benefit from a closer look."

There's always a new generation of cryptography waiting in the wings to replace existing algorithms, anyway, he says. "I think we're in a better state than we have been in several years with encryption," he says. "The whole Snowden thing... [generated] more active conversation. People are discussing and thinking about encryption and not just taking it for granted."

Heartbleed is a read-overrun bug in the implementation of the Transport Layer Security protocol's "heartbeat" extension, an extension to the protocol that checks on the site to which it is connecting to ensure it's connected and can respond. If exploited, the bug leaks the contents of the memory from the server to the client and vice versa, potentially exposing passwords and other sensitive data, and most alarmingly; the SSL server's private key. OpenSSL Versions 1.0.1 and 1.0.2 beta are affected by the vulnerability, which was discovered by security researchers at Google and Codenomicon, and OpenSSL since has issued an updated version of the software that fixes the bug.

[Debate arises over an older memory allocation feature in OpenSSL, and the OpenBSD community starts to tear down and revise the crypto software for its own use. Read Did A Faulty Memory Feature Lead To Heartbleed?.]

Caroline Wong, a director at Cigital, says the good news is that Heartbleed was a reality check for SSL. Namely, that because it's software, things can and will go wrong. "The root of the problem is human programming error," Wong says.

SSL is used today for encrypting communications sessions on the Web via websites, virtual private network, email, and instant messaging sessions. But most websites today do not use SSL -- or HTTP-S -- save for high-profile ones that include financial transactions or other sensitive traffic such as banks and retailers, for example. There are an estimated 3.3 million to 4 million SSL digital certificates in circulation on the public-facing Internet, according to a University of Michigan report.

Cost isn't a major hurdle for adopting SSL, experts say. Computing power isn't as expensive as it once was, and SSL isn't that much pricier than pure HTTP: it costs about $150 per year or less for an SSL certificate, says Michael Klieman, senior director of product management at Symantec.

"We believe that 'always-on' SSL, the notion of encrypting everything, is what we should strive for. Today's limited use of SSL presents implementation risks where, unknowingly, customers can leave critical data unencrypted," Klieman says. "The main barriers are really outdated beliefs and practices, which we're working hard to overcome. But this is not just up to certificate authorities. Internet providers, browser vendors and others in the ecosystem play a role in continuing to increase security on the Internet."

Adding SSL sometimes requires adjusting capacity, namely in the case of large sites, and of course, managing digital certificates. "For the vast [number of sites], it's a low cost threshold," Trend Micro's Bailey says. "I'm more in the camp of just go ahead and encrypt everything. I think it's good practice."

Not everyone agrees that SSL should be everywhere on the Web. "Why would you need SSL to go browse Flickr? Why would you need it everywhere?" says Ralph Logan, CEO of big-data analysis firm Kiku Software.

Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Christian Bryant
50%
50%
Christian Bryant,
User Rank: Ninja
5/29/2014 | 10:27:14 PM
Re: SSL and the Fallacies
@theb0x - agreed.  Love: TCP MAC option.

http://tools.ietf.org/html/draft-bittau-tcp-crypt-04#page-39
theb0x
50%
50%
theb0x,
User Rank: Moderator
5/29/2014 | 8:51:59 PM
Re: SSL and the Fallacies
I would like to see more development in something like tcpcrypt.
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
5/28/2014 | 2:59:20 PM
Ugh
I kind of hate SSL. It's not exactly the technology that I hate. It's the faith people put in it. I think people think it's way better than it is, and I don't think we've done a very good job of telling the general public about what it really is and isn't. It's just "the browser bar is green, so you're perfectly safe, always, everywhere." I think most people give it too much credit.
Christian Bryant
50%
50%
Christian Bryant,
User Rank: Ninja
5/28/2014 | 4:37:00 AM
SSL and the Fallacies
Those familiar with the Fallacies of Distributed Computing [http://en.wikipedia.org/wiki/Fallacies_of_Distributed_Computing] may give pause to the statement "'always-on' SSL, the notion of encrypting everything, is what we should strive for".

As with any technology, the more encryption you lay over it, the harder cyber-criminals will work to crack it, from tricking users to accept a bad certificate, obtaining valid certificates and using them maliciously, SSLStrip (stripping away the S in HTTPS and dropping the using into masked HTTP), cracking SSL keys, to side-channel attacks like Browser Reconnaissance and Exfiltration via Adaptive Compression of Hypertext [BREACH] which leverages compression and takes advantage of HTTP responses, which are compressed using mechanisms such as gzip; SSL will always be under attack.

Let's see some thoughtful and innovative approaches to the social side of the security and privacy problem first, before we simply throw more tech (or money) at it. 
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-4884
Published: 2014-10-21
The Conrad Hotel (aka com.wConradHotel) application 0.1 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2014-4885
Published: 2014-10-21
The CPWORLD Close Protection World (aka com.tapatalk.closeprotectionworldcom) application 3.4.4 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2014-4887
Published: 2014-10-21
The Joint Radio Blues (aka com.nobexinc.wls_69685189.rc) application 3.2.3 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2014-4888
Published: 2014-10-21
The BattleFriends at Sea GOLD (aka com.tequilamobile.warshipslivegold) application 1.1.0 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2014-4889
Published: 2014-10-21
The Diabetic Diet Guide (aka com.wDiabeticDietGuide) application 2.1 for Android does not verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.