Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Perimeter

3/3/2009
02:03 PM
Sara Peters
Sara Peters
Commentary
Connect Directly
Twitter
RSS
E-Mail
50%
50%

Peter Parker's Uncle Ben Would Not Approve

Note to Web browsers: With great power comes great responsibility.

Note to Web browsers: With great power comes great responsibility.Last week both Apple and Microsoft announced some heartening news for anyone looking for a more secure browser. More about this news below. While thinking about browsers--as I geekily, frequently am--I read the column Melih Abdulhayoglu wrote a few weeks ago at SecurityFocus, called "Don't Blame the Browser." He does not suggest that browser developers should toss up their hands and forget security, but he does seem to say that we should just do a better job with other preventative security measures, and let the browsers off the hook. From his column:

    Browsers are meant for you to browse. Not to secure your computer. Not to protect your files against prowlers on the Web. Not to stop attacks from sundry viruses and Trojans.

Abdulhayoglu is right, of course. Security is not a browser's job. Nonetheless, I must point to the timeless advice of Spiderman's Uncle Ben: "With great power comes great responsibility."

Peter Parker didn't plan on getting bitten by a radioactive spider, and he had no obligation to use his Web-slinging and Spidey Sense abilities for fighting crime. He didn't have to choose to suffer the burden of a secret identity and a moonlighting career that paid jack squat. Crime-fighting was not his duty, per se.

So Peter Parker could just sit back (atop the peak of the Empire State Building, perhaps) and watch countless innocents have their purses stolen by hooligans, or worse... but instead, he realizes he's got special power to make the streets safer, and so he voluntarily chooses to become Spiderman, and he dedicates himself to using his power for good.

What I'm saying is that browsers should be more like Peter Parker. There are millions of Web sites, millions of plug-ins and JavaScript apps, being created and used by billions of people who have very little power to protect themselves. Meanwhile there are just a few Web browsers, all of which are in a position to protect users from both Web-borne attacks on their local machines and from entirely Web-based attacks. If just that small group of browsers took up the mantle of Web Justice League (I know, I know, I'm mixing my Marvel and DC references), they could make an enormous improvement on Web security. In the October Alert, we made a secure Web browser wish list, to tell browser developers where to start.

The good news is that some of them are granting our wishes and showing little signs of Spidey-like heroism. Microsoft is already making improvements with Internet Explorer 8 (now in beta), and last week they announced that they're working on "Gazelle," a new browser that would be an even more secure alternative to IE8. From an article on CSO:

    Gazelle is different from some other browsers in that it considers each part of a Web site, such as iframes, subframes and plug-ins, as separate elements. Sometimes those elements can pull in malicious content from other Web sites. Google's Chrome runs a Web page and its elements in a single process.

    The researchers say that their approach improves reliability and security because processes can't interact with the underlying system and are mediated by system calls supplied by the browser kernel.

    ...

    Gazelle goes far to separate elements of a Web page that come from the same registrar-controlled domain. For example, content from Ad.datacenter.com and User.datacenter.com would be considered separate, whereas Chrome "puts them into the same site instance," the paper said.

This system basically uses an alternative to the Same Origin Policy--and that's a good thing--because your browser will be able to trust a Web site, but not necessarily trust everything running on that Web site. Further, this bit about "processes can't interact with the underlying system and are mediated by system calls supplied by the browser kernel" refers to the fact that the Gazelle browser uses a modular architecture, which is key if you want to head Web-borne attacks off at the pass. Both these features were on our wish list.

One thing I hadn't thought of was this neat little feature: "...an attacker creates a Web page, intending to get a user to click on a particular area of the page. But just before the expected click happens, an overlay appears that could be used to initiate an attack. Gazelle will ignore any clicks in newly exposed screen areas for about one second until a user can see the new screen areas."

I believe this should protect against certain methods of "clickjacking" but I'm double checking on this.

Apple is also making some (overdue) improvements to Safari. Nothing revolutionary here--anti-phishing, etc.--but at least Safari is beginning to take basic security seriously and making strides to close the gap between it and other browsers. Sara Peters is Senior Editor at Dark Reading and formerly the editor-in-chief of Enterprise Efficiency. Prior that she was senior editor for the Computer Security Institute, writing and speaking about virtualization, identity management, cybersecurity law, and a myriad ... View Full Bio

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/14/2020
Lock-Pickers Face an Uncertain Future Online
Seth Rosenblatt, Contributing Writer,  8/10/2020
Hacking It as a CISO: Advice for Security Leadership
Kelly Sheridan, Staff Editor, Dark Reading,  8/10/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
7 New Cybersecurity Vulnerabilities That Could Put Your Enterprise at Risk
In this Dark Reading Tech Digest, we look at the ways security researchers and ethical hackers find critical vulnerabilities and offer insights into how you can fix them before attackers can exploit them.
Flash Poll
The Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-17475
PUBLISHED: 2020-08-14
Lack of authentication in the network relays used in MEGVII Koala 2.9.1-c3s allows attackers to grant physical access to anyone by sending packet data to UDP port 5000.
CVE-2020-0255
PUBLISHED: 2020-08-14
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2020-10751. Reason: This candidate is a duplicate of CVE-2020-10751. Notes: All CVE users should reference CVE-2020-10751 instead of this candidate. All references and descriptions in this candidate have been removed to prevent accidenta...
CVE-2020-14353
PUBLISHED: 2020-08-14
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2017-18270. Reason: This candidate is a duplicate of CVE-2017-18270. Notes: All CVE users should reference CVE-2017-18270 instead of this candidate. All references and descriptions in this candidate have been removed to prevent accidenta...
CVE-2020-17464
PUBLISHED: 2020-08-14
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: none. Reason: This candidate was withdrawn by its CNA. Further investigation showed that it was not a security issue. Notes: none.
CVE-2020-17473
PUBLISHED: 2020-08-14
Lack of mutual authentication in ZKTeco FaceDepot 7B 1.0.213 and ZKBiosecurity Server 1.0.0_20190723 allows an attacker to obtain a long-lasting token by impersonating the server.