Perimeter
Guest Blog // Selected Security Content Provided By Sophos
What's This?
7/31/2013
02:25 PM
Maxim Weinstein
Maxim Weinstein
Security Insights
Connect Directly
RSS
E-Mail
50%
50%

Has Chrome Struck Security Gold?

Some criminals have all but given up on attacking Chrome users. Have exploit authors met their match in Mountain View, or is there more to the story?

Using the Chrome browser may protect you from Web exploits, according to a recent blog post by Brian Krebs:

One very interesting pattern I observed in poking at [the Styx] exploit pack -- and others recently -- is the decreasing prevalence or complete absence of reported infections from Google Chrome users, and to a lesser extent users of recent versions of Mozilla Firefox.

Is it possible that the geeks in Mountain View have found the secret formula to building a more secure browser, or are there other forces at play? Most likely it's a confluence of factors, some engineered by Google, and others not.

In his blog post, Krebs provides one explanation for his observation: Adobe Reader is a common target of exploits, but recent versions of Chrome (and Firefox) include an alternate, built-in PDF parser. That means Reader never loads for most users of these browsers, rendering attempts to attack the ubiquitous application harmless.

Another piece of the puzzle is the silent automatic updater that has been built into Chrome since it launched. This ensures that few Chrome users run outdated browser versions, which harbor known vulnerabilities. Firefox introduced a similar update mechanism last year.

The browser market may provide some clues, as well. It is my observation that technically sophisticated users are disproportionately likely to use Chrome. (I haven't found any data to back this up; if you know of any, please share in the comments.) Techie users are also more likely to have their systems patched and to have Java disabled, both of which decrease their likelihood of becoming victims of drive-by downloads.

Speaking of the browser market, Chrome has far smaller market share than Internet Explorer, meaning criminals likely put less effort into attacking it. Consistently, we've seen the most popular platforms and applications (e.g., Windows, Adobe Reader, Adobe Flash, Java) get targeted most heavily by malware and exploit kit authors.

Of course, let's give credit where credit is due. Chrome does have some solid security engineering and features that effectively protect users from Web threats. In-browser warnings leverage Google's Safe Browsing API to warn users of known exploit and phishing sites. (Firefox and Safari also use the Safe Browsing API.) Each tab in Chrome runs in a separate process that is sandboxed to reduce the risk that an exploit from one site will affect other sites or the host operating system. And, like recent versions of Firefox, Chrome prompts users before running known high-risk plug-ins.

Together, these factors make a compelling case for Chrome as a browser of choice for security-conscious users and organizations, with Firefox not far behind. Of course, the threat landscape naturally shifts over time. There is no guarantee that Chrome and Firefox will lead the pack a year or two from now. And with real-time search integrated into the address bar and a liberal policy toward third party cookies, Chrome's level of privacy protection has come under fire.

Still, the conditions are aligned for the browser from Mountain View to gain extra attention from security practitioners in the coming months.

Maxim Weinstein, CISSP, is a technologist and educator with a passion for information security. He works in product marketing at Sophos, where he specializes in server protection solutions. He is also a board member and former executive director of StopBadware. Maxim lives ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
PaulM
50%
50%
PaulM,
User Rank: Apprentice
8/28/2013 | 1:20:56 PM
re: Has Chrome Struck Security Gold?
I don't believe that any traditional browser, as they are constructed now, will be secure. Traditional browsers are essentially windows to all the bad stuff on the Internet, opened and closed by people who are not security experts, while the bad guys focus on this day after day. I'm glad to see that Chrome is moving in the right direction, but look at this approach as being futile.
Ashu001
50%
50%
Ashu001,
User Rank: Apprentice
8/13/2013 | 8:33:06 PM
re: Has Chrome Struck Security Gold?
Yeah sure!

Google ensures that the data inside can be collected and stored only for their Own Business needs-It hardly matters who really owns the data in the first place.

LOL!
Lorna Garey
50%
50%
Lorna Garey,
User Rank: Ninja
8/5/2013 | 6:46:32 PM
re: Has Chrome Struck Security Gold?
Just one more reason to love my Chromebook.
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-2014-0103
Published: 2014-07-29
WebAccess in Zarafa before 7.1.10 and WebApp before 1.6 stores credentials in cleartext, which allows local Apache users to obtain sensitive information by reading the PHP session files.

CVE-2014-0475
Published: 2014-07-29
Multiple directory traversal vulnerabilities in GNU C Library (aka glibc or libc6) before 2.20 allow context-dependent attackers to bypass ForceCommand restrictions and possibly have other unspecified impact via a .. (dot dot) in a (1) LC_*, (2) LANG, or other locale environment variable.

CVE-2014-2226
Published: 2014-07-29
Ubiquiti UniFi Controller before 3.2.1 logs the administrative password hash in syslog messages, which allows man-in-the-middle attackers to obtains sensitive information via unspecified vectors.

CVE-2014-3541
Published: 2014-07-29
The Repositories component in Moodle through 2.3.11, 2.4.x before 2.4.11, 2.5.x before 2.5.7, 2.6.x before 2.6.4, and 2.7.x before 2.7.1 allows remote attackers to conduct PHP object injection attacks and execute arbitrary code via serialized data associated with an add-on.

CVE-2014-3542
Published: 2014-07-29
mod/lti/service.php in Moodle through 2.3.11, 2.4.x before 2.4.11, 2.5.x before 2.5.7, 2.6.x before 2.6.4, and 2.7.x before 2.7.1 allows remote attackers to read arbitrary files via an XML external entity declaration in conjunction with an entity reference, related to an XML External Entity (XXE) is...

Best of the Web
Dark Reading Radio