Risk
3/21/2012
02:22 PM
Connect Directly
LinkedIn
Twitter
Google+
RSS
E-Mail
50%
50%

Firefox Takes Privacy Lead With HTTPS By Default

Firefox users soon won't have to worry about their browsers betraying their search queries.

Securing The Super Bowls Of Sports
Securing The Super Bowls Of Sports
(click image for larger view and for slideshow)
Mozilla has fixed a Firefox "bug" that allowed information about users' searches to be easily observed.

The "bug," reported to Mozilla by privacy researcher Christopher Soghoian over a year ago, is in fact a feature: Web browsers rely on unprotected HTTP connections for Web search, thereby allowing anyone with access to Deep Packet Inspection tools, like ISPs or governments, to monitor and censor search data.

In addition, Web browsers using HTTP connections leak search queries through the "referrer header"--the keywords entered as search queries are transmitted to the destination website when a link returned in a search results list is clicked. Websites receiving search traffic happily collect this information because it's valuable for marketers to know the search terms that brought visitors to their sites.

[ Read HP Combines PC, Printer Groups. ]

Having begun tests of HTTPS search in 2010, Google last October said it would relay search queries over encrypted HTTPS connections for all signed-in users. In so doing, the company is shielding Internet packets from prying eyes and preventing the transmission of search query keywords to websites. But the percentage of Google searches conducted by signed-in users remains quite small: Google engineer Matt Cutts has suggested that less than 10% of Google searches come from those signed-in to their Google Accounts.

Mozilla has gone a step further, enabling HTTPS by default in Firefox, thereby making privacy protection available to all users of its browser.

"We are currently testing the change to use SSL for built-in Google searches in our Firefox nightly channel," a Mozilla spokesperson said via email. "If no issues are uncovered, it will move through our Aurora and Beta release channels before eventually shipping to all our Firefox users. This will include migrating the changes to our non-English version of Firefox, as well."

So it may be a few months before the average Firefox user sees this change, which the Electronic Frontier Foundation has been trying to encourage through its HTTPS Everywhere campaign.

"This is a big deal for the 25% or so of Internet users who use Firefox to browse the Web, bringing major improvements in privacy and security," Soghoian wrote in a blog post on Wednesday.

Soghoian, incidentally, filed a complaint with the Federal Trade Commission against Google in 2010 for claiming to support privacy but failing to take action to prevent browsers from leaking search queries, which Google has acknowledged may reveal personal information.

Soghoian credits Google with supporting Mozilla's decision to implement HTTPS by default--Google has a search deal with Mozilla and will end up processing the more resource-intensive encrypted traffic--but questions why Google's Chrome engineers have allowed themselves to be beaten to the punch.

"For the Chrome team, whose browser has otherwise set the gold standard for security (and who have proposed and implemented a mechanism to enable websites to limit referrer leakage), this must be extremely frustrating and probably quite embarrassing," he wrote. "Hopefully, they will soon follow Mozilla's lead by protecting their users with HTTPS search by default."

Google did not immediately respond to a request for comment.

Secure Sockets Layer isn't perfect, but there are ways to optimize it. The new Web Encryption That Works supplement from Dark Reading shows four places to start. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Bprince
50%
50%
Bprince,
User Rank: Ninja
3/22/2012 | 12:26:12 AM
re: Firefox Takes Privacy Lead With HTTPS By Default
Tech savvy users will care about this, but I doubt many people will know the difference, which I suspect is one of the reasons other browser vendors haven't done it.
Brian Prince, InformationWeek/Dark Reading Comment Moderator
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3352
Published: 2014-08-30
Cisco Intelligent Automation for Cloud (aka Cisco Cloud Portal) 2008.3_SP9 and earlier does not properly consider whether a session is a problematic NULL session, which allows remote attackers to obtain sensitive information via crafted packets, related to an "iFrame vulnerability," aka Bug ID CSCuh...

CVE-2014-3908
Published: 2014-08-30
The Amazon.com Kindle application before 4.5.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-2010-5110
Published: 2014-08-29
DCTStream.cc in Poppler before 0.13.3 allows remote attackers to cause a denial of service (crash) via a crafted PDF file.

CVE-2012-1503
Published: 2014-08-29
Cross-site scripting (XSS) vulnerability in Six Apart (formerly Six Apart KK) Movable Type (MT) Pro 5.13 allows remote attackers to inject arbitrary web script or HTML via the comment section.

CVE-2013-5467
Published: 2014-08-29
Monitoring Agent for UNIX Logs 6.2.0 through FP03, 6.2.1 through FP04, 6.2.2 through FP09, and 6.2.3 through FP04 and Monitoring Server (ms) and Shared Libraries (ax) 6.2.0 through FP03, 6.2.1 through FP04, 6.2.2 through FP08, 6.2.3 through FP01, and 6.3.0 through FP01 in IBM Tivoli Monitoring (ITM)...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
This episode of Dark Reading Radio looks at infosec security from the big enterprise POV with interviews featuring Ron Plesco, Cyber Investigations, Intelligence & Analytics at KPMG; and Chris Inglis & Chris Bell of Securonix.