Risk
1/27/2011
11:29 AM
Connect Directly
RSS
E-Mail
50%
50%

Facebook Boosts Security With SSL Encryption

Technology upgrade blocks Firesheep and eavesdropping attacks, but, for now, users must opt in.

How Firesheep Can Hijack Web Sessions
(click image for larger view)
Slideshow: How Firesheep Can Hijack Web Sessions

On Wednesday, Facebook announced that it's adding HTTPS, which uses SSL/TLS encryption, to secure all communications between browsers and Facebook Web servers. The move means that Facebook users will now see a lock icon or a green SSL address bar when using the Facebook site.

Previously, Facebook used HTTPS only on pages that required users to enter a password. Now, extending HTTPS to all pages means better security because tools such as Firesheep -- an automated browser extension able to hijack sessions with Web 2.0 sites -- as well as packet sniffers will no longer work against the site.

There's only one catch: HTTPS won't be enabled by default. According to Facebook security engineer Alex Rice, "we hope to offer HTTPS as a default whenever you are using Facebook sometime in the future."

In the interim, the feature will shortly -- over the next few weeks -- become available to all users. To activate it, they'll have to manually select it on the "advanced security features" page, which is located under the "account security" section of the "account settings" page.

Rice warned that users may see some issues, at least in the short term. "Encrypted pages take longer to load, so you may notice that Facebook is slower using HTTPS. In addition, some Facebook features, including many third-party applications, are not currently supported in HTTPS. We'll be working hard to resolve these remaining issues."

But based on other Web sites' experiences, any slowdowns should be minor, as long as Facebook correctly implements the protocol. For example, in July 2010, Google software engineer Matt Cutts posted an assessment of Google's experience. In brief: "If you stop reading now you only need to remember one thing: SSL/TLS is not computationally expensive anymore."

Google made HTTPS non-optional for all Gmail users in January 2010 as a way to boost security after finding that the protocol required no additional hardware and consumed very few resources. "On our production frontend machines, SSL/TLS accounts for less than 1% of the CPU load, less than 10 KB of memory per connection, and less than 2% of network overhead," said Cutts.

Facebook faced criticism for not following Google's lead more quickly, especially after the arrival last year of Firesheep. Its author, Eric Butler, said he built the tool to highlight the inherent vulnerability of using Facebook on an unencrypted Wi-Fi network.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6306
Published: 2014-08-22
Unspecified vulnerability on IBM Power 7 Systems 740 before 740.70 01Ax740_121, 760 before 760.40 Ax760_078, and 770 before 770.30 01Ax770_062 allows local users to gain Service Processor privileges via unknown vectors.

CVE-2014-0232
Published: 2014-08-22
Multiple cross-site scripting (XSS) vulnerabilities in framework/common/webcommon/includes/messages.ftl in Apache OFBiz 11.04.01 before 11.04.05 and 12.04.01 before 12.04.04 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, which are not properly handled in a (1)...

CVE-2014-3525
Published: 2014-08-22
Unspecified vulnerability in Apache Traffic Server 4.2.1.1 and 5.x before 5.0.1 has unknown impact and attack vectors, possibly related to health checks.

CVE-2014-3563
Published: 2014-08-22
Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

CVE-2014-3587
Published: 2014-08-22
Integer overflow in the cdf_read_property_info function in cdf.c in file through 5.19, as used in the Fileinfo component in PHP before 5.4.32 and 5.5.x before 5.5.16, allows remote attackers to cause a denial of service (application crash) via a crafted CDF file. NOTE: this vulnerability exists bec...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.