Close
  • Latest News
  • Cybersecurity
  • Big Data and Analytics
  • Cloud
  • Mobile
  • Networking
  • Storage
  • Applications
  • IT Management
  • Small Business
  • Development
  • Database
  • Servers
  • Android
  • Apple
  • Innovation
  • Blogs
  • PC Hardware
  • Reviews
  • Search Engines
  • Virtualization
Read Down
Sign in
Close
Welcome!Log into your account
Forgot your password?
Read Down
Password recovery
Recover your password
Close
Search
Menu
eWEEK.com
Search
eWEEK.com
  • Latest News
  • Cybersecurity
  • Big Data and Analytics
  • Cloud
  • Mobile
  • Networking
  • Storage
  • Applications
  • IT Management
  • Small Business
  • Development
  • Database
  • Servers
  • Android
  • Apple
  • Innovation
  • Blogs
  • PC Hardware
  • Reviews
  • Search Engines
  • Virtualization
More
    Home Cybersecurity
    • Cybersecurity
    • Networking
    • Servers

    Google Joins Mozilla, Blames IE for Chrome Bug

    By
    LARRY SELTZER
    -
    April 27, 2009
    Share
    Facebook
    Twitter
    Linkedin

      Google has fixed a bug in its Chrome browser which could allow cross-site scripting and other dangerous policy violations under interesting circumstances: when Chrome is called from Internet Explorer because a link is executed in IE with the “chromehtml” protocol handler.

      Update Chrome to get to the new version 1.0.154.59, which they say fixes the problem, but that’s not what’s really interesting about this bug.

      What’s interesting is that it’s actually a new manifestation of an old problem: external protocol handlers are called from Internet Explorer with malicious input; IE just calls the handler with the supplied input. In this case, IBM researcher Roi Saltzman found three main attacks that could be launched through this mechanism that would be blocked through normal Chrome access methods.

      It’s very similar to a series of bugs that were found in the combination of Internet Explorer and Firefox back in July of 2007. Similar stuff, some abusing the firefoxurl protocol handler.

      In both cases, the other company chose to blame Microsoft for the bug, claiming that Internet Explorer should have sanitized the inputs before passing them on to the external protocol handler. The Mozilla security vulnerability advisory on the subject contains the following: “Internet Explorer calls registered URL protocols without escaping quotes and may be used to pass unexpected and potentially dangerous data to the application that registers that URL Protocol….This patch does not fix the vulnerability in Internet Explorer.“

      Google wasn’t quite so ostentatious in blaming Microsoft, but they did it just the same. Roi Saltzman didn’t attempt to blame Microsoft, but in the Chrome vulnerability database writeup on their report, someone at Google puts it this way: “Because of a known silliness of MSIE, calls to registered URL handlers for protocols such as chromehtml: are not constructed with sufficient escaping. We previously combated cases where this could be used to pass unsolicited –no-sandbox or –renderer-path to the browser.”
      Think about what they’re asking Internet Explorer to do: The whole idea of an external protocol handler is to have IE (I think it’s actually whatever the default browser is) call an external program in order to handle an http request. IE doesn’t know what the external program does, it’s not supposed to care. So how is it supposed to know how to sanitize inputs? In order to do that it would need to know about the semantics of the protocol handler. IE is just a shell in this case, not a client handler of the request.

      Even if you were to argue that IE should do standard escaping on the stream, it’s disingenuous for Mozilla and Google to argue that they shouldn’t need to do input sanitizing because Microsoft should be doing it. The lesson of the last 10 years is that you have to make sure your own inputs are sanitized.

      Google went ahead and fixed the bug which is just as well, since Microsoft isn’t going to fix it for them. Let’s hope this isn’t a onsie fix, but that they take this opportunity to look at inputs on all their external protocol handlers.

      Security Center Editor Larry Seltzer has worked in and written about the computer industry since 1983.

      Editor’s Note: This article was updated with new information.

      MOST POPULAR ARTICLES

      Android

      Samsung Galaxy XCover Pro: Durability for Tough...

      CHRIS PREIMESBERGER - December 5, 2020 0
      Have you ever dropped your phone, winced and felt the pain as it hit the sidewalk? Either the screen splintered like a windshield being...
      Read more
      Cloud

      Why Data Security Will Face Even Harsher...

      CHRIS PREIMESBERGER - December 1, 2020 0
      Who would know more about details of the hacking process than an actual former career hacker? And who wants to understand all they can...
      Read more
      Cybersecurity

      How Veritas Is Shining a Light Into...

      EWEEK EDITORS - September 25, 2020 0
      Protecting data has always been one of the most important tasks in all of IT, yet as more companies become data companies at the...
      Read more
      Big Data and Analytics

      How NVIDIA A100 Station Brings Data Center...

      ZEUS KERRAVALA - November 18, 2020 0
      There’s little debate that graphics processor unit manufacturer NVIDIA is the de facto standard when it comes to providing silicon to power machine learning...
      Read more
      Apple

      Why iPhone 12 Pro Makes Sense for...

      WAYNE RASH - November 26, 2020 0
      If you’ve been watching the Apple commercials for the past three weeks, you already know what the company thinks will happen if you buy...
      Read more
      eWeek


      Contact Us | About | Sitemap

      Facebook
      Linkedin
      RSS
      Twitter
      Youtube

      Property of TechnologyAdvice.
      Terms of Service | Privacy Notice | Advertise | California - Do Not Sell My Info

      © 2020 TechnologyAdvice. All Rights Reserved

      Advertiser Disclosure: Some of the products that appear on this site are from companies from which TechnologyAdvice receives compensation. This compensation may impact how and where products appear on this site including, for example, the order in which they appear. TechnologyAdvice does not include all companies or all types of products available in the marketplace.

      ×