Perimeter
7/13/2009
03:03 PM
John H. Sawyer
John H. Sawyer
Commentary
Connect Directly
RSS
E-Mail
50%
50%

Internet Explorer Hit With 1-2 Punch Of Zero-Day Attacks

It's Monday: Do you know what Web browser your users are running? If it's Internet Explorer, don't look now, but for two weeks in a row, IE has taken two jabs straight to the face with ActiveX zero-day exploits that let attackers stomp all over users who are tricked into clicking on a malicious link or get redirected from a compromised site. Browser alternatives starting to look a little more enticing?

It's Monday: Do you know what Web browser your users are running? If it's Internet Explorer, don't look now, but for two weeks in a row, IE has taken two jabs straight to the face with ActiveX zero-day exploits that let attackers stomp all over users who are tricked into clicking on a malicious link or get redirected from a compromised site. Browser alternatives starting to look a little more enticing?I'm not a fan of browser bigots that are always quoting browser usage statistics, but the fact remains that there are many more users of IE than other browsers like Firefox, Safari, and Chrome. Why is that? Are corporate environments locked into using IE because of a particular application that the company is dependent upon? I'm sure a few of you are slowly nodding your heads.

I've seen it before, and unfortunately, a little too close to home, where older versions of IE and Firefox were required because the Web app designers were inept...or, let's be kind and instead say that they were too busy working on important, mission-critical features to focus on meeting standards and compatibility requirements for newer browsers.

Enterprises that have made the decision to stick with IE because it's comfortable and known, or because it's required for their Web application, might want to reconsider their decision. Last week, it was a vulnerability in an ActiveX Video Control, and today it's a Office Web Components ActiveX Control. Other browsers have vulnerabilities, but let's face it -- which is a more likely target, an IE or Firefox user?

The biggest thing going against these actively exploited vulnerabilities is that they can't go beyond the privileges of the user running Internet Explorer. That's good news for those of you practicing the principle of least privilege as discussed in "Least-Privilege Technology Still Swimming Upstream, But Making Progress," but we all know that's not everyone.

What else can you do? There are a few different approaches that can be taken. For example, if you must use IE, then disable all ActiveX controls unless they are absolutely required (this can get cumbersome if you make the wrong choices and have to keep enabling ones you were wrong about). Two browsers could be installed -- with IE can be restricted to only allow access to the legacy apps, while another browser could be used for browsing the Web. Another browser could be used entirely, and the user agent changed whenever accessing the legacy app. A great example of the last option is Firefox and the User Agent Switcher add-on, which I've found works surprisingly often.

I guess what it comes down to is what level of risk are you comfortable taking. Do you use a browser that's less likely to be targeted, or do you go with one that can be better managed centrally? And can you be sure your antivirus and IPs would prevent an attack before it gets to the vulnerable browser? Tough questions.

John H. Sawyer is a senior security engineer on the IT Security Team at the University of Florida. The views and opinions expressed in this blog are his own and do not represent the views and opinions of the UF IT Security Team or the University of Florida. When John's not fighting flaming, malware-infested machines or performing autopsies on blitzed boxes, he can usually be found hanging with his family, bouncing a baby on one knee and balancing a laptop on the other. Special to Dark Reading.

Comment  | 
Print  | 
More Insights
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-2013-6117
Published: 2014-07-11
Dahua DVR 2.608.0000.0 and 2.608.GV00.0 allows remote attackers to bypass authentication and obtain sensitive information including user credentials, change user passwords, clear log files, and perform other actions via a request to TCP port 37777.

CVE-2014-0174
Published: 2014-07-11
Cumin (aka MRG Management Console), as used in Red Hat Enterprise MRG 2.5, does not include the HTTPOnly flag in a Set-Cookie header for the session cookie, which makes it easier for remote attackers to obtain potentially sensitive information via script access to this cookie.

CVE-2014-3485
Published: 2014-07-11
The REST API in the ovirt-engine in oVirt, as used in Red Hat Enterprise Virtualization (rhevm) 3.4, allows remote authenticated users to read arbitrary files and have other unspecified impact via unknown vectors, related to an XML External Entity (XXE) issue.

CVE-2014-3499
Published: 2014-07-11
Docker 1.0.0 uses world-readable and world-writable permissions on the management socket, which allows local users to gain privileges via unspecified vectors.

CVE-2014-3503
Published: 2014-07-11
Apache Syncope 1.1.x before 1.1.8 uses weak random values to generate passwords, which makes it easier for remote attackers to guess the password via a brute force attack.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Marilyn Cohodas and her guests look at the evolving nature of the relationship between CIO and CSO.