Risk

3/21/2012
02:22 PM
Connect Directly
Google+
LinkedIn
Twitter
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
Mobile Malware Incidents Hit 100% of Businesses
Dawn Kawamoto, Associate Editor, Dark Reading,  11/17/2017
3 Ways to Retain Security Operations Staff
Oliver Rochford, Vice President of Security Evangelism at DFLabs,  11/20/2017
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Managing Cyber-Risk
An online breach could have a huge impact on your organization. Here are some strategies for measuring and managing that risk.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.