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
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-2595
Published: 2014-08-31
The device-initialization functionality in the MSM camera driver for the Linux kernel 2.6.x and 3.x, as used in Qualcomm Innovation Center (QuIC) Android contributions for MSM devices and other products, enables MSM_CAM_IOCTL_SET_MEM_MAP_INFO ioctl calls for an unrestricted mmap interface, which all...

CVE-2013-2597
Published: 2014-08-31
Stack-based buffer overflow in the acdb_ioctl function in audio_acdb.c in the acdb audio driver for the Linux kernel 2.6.x and 3.x, as used in Qualcomm Innovation Center (QuIC) Android contributions for MSM devices and other products, allows attackers to gain privileges via an application that lever...

CVE-2013-2598
Published: 2014-08-31
app/aboot/aboot.c in the Little Kernel (LK) bootloader, as distributed with Qualcomm Innovation Center (QuIC) Android contributions for MSM devices and other products, allows attackers to overwrite signature-verification code via crafted boot-image load-destination header values that specify memory ...

CVE-2013-2599
Published: 2014-08-31
A certain Qualcomm Innovation Center (QuIC) patch to the NativeDaemonConnector class in services/java/com/android/server/NativeDaemonConnector.java in Code Aurora Forum (CAF) releases of Android 4.1.x through 4.3.x enables debug logging, which allows attackers to obtain sensitive disk-encryption pas...

CVE-2013-6124
Published: 2014-08-31
The Qualcomm Innovation Center (QuIC) init scripts in Code Aurora Forum (CAF) releases of Android 4.1.x through 4.4.x allow local users to modify file metadata via a symlink attack on a file accessed by a (1) chown or (2) chmod command, as demonstrated by changing the permissions of an arbitrary fil...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
This episode of Dark Reading Radio looks at infosec security from the big enterprise POV with interviews featuring Ron Plesco, Cyber Investigations, Intelligence & Analytics at KPMG; and Chris Inglis & Chris Bell of Securonix.