Risk

1/27/2011
11:29 AM
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
Comments
Newest First  |  Oldest First  |  Threaded View
More Than Half of Users Reuse Passwords
Curtis Franklin Jr., Senior Editor at Dark Reading,  5/24/2018
Is Threat Intelligence Garbage?
Chris McDaniels, Chief Information Security Officer of Mosaic451,  5/23/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Flash Poll
[Strategic Security Report] Navigating the Threat Intelligence Maze
[Strategic Security Report] Navigating the Threat Intelligence Maze
Most enterprises are using threat intel services, but many are still figuring out how to use the data they're collecting. In this Dark Reading survey we give you a look at what they're doing today - and where they hope to go.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-11471
PUBLISHED: 2018-05-25
Cockpit 0.5.5 has XSS via a collection, form, or region.
CVE-2018-11472
PUBLISHED: 2018-05-25
Monstra CMS 3.0.4 has Reflected XSS during Login (i.e., the login parameter to admin/index.php).
CVE-2018-11473
PUBLISHED: 2018-05-25
Monstra CMS 3.0.4 has XSS in the registration Form (i.e., the login parameter to users/registration).
CVE-2018-11474
PUBLISHED: 2018-05-25
Monstra CMS 3.0.4 has a Session Management Issue in the Administrations Tab. A password change at admin/index.php?id=users&action=edit&user_id=1 does not invalidate a session that is open in a different browser.
CVE-2018-11475
PUBLISHED: 2018-05-25
Monstra CMS 3.0.4 has a Session Management Issue in the Users tab. A password change at users/1/edit does not invalidate a session that is open in a different browser.