Vulnerabilities / Threats // Vulnerability Management
5/26/2014
12:00 AM
Tim Wilson
Tim Wilson
Quick Hits
50%
50%

New Vulnerability In IE8 Remains Unpatched

Security vulnerability in Microsoft's Internet Explorer 8 browser is disclosed by Zero-Day Initiative after software giant fails to patch during 180-day window

The Zero-Day Initiative Wednesday released details on a new vulnerability in Internet Explorer 8 that was discovered in October and still has not been patched.

The ZDI, a vulnerability broker operated by HP's TippingPoint unit, gives vendors 180 days to fix flaws before it discloses them. The new IE8 vulnerability, which was discovered in October 2013, was not included in Microsoft's May Patch Tuesday releases, so the ZDI finally released the data -- even though no patch is yet available.

"This vulnerability allows remote attackers to execute arbitrary code on vulnerable installations of Microsoft Internet Explorer," the ZDI says. "User interaction is required to exploit this vulnerability in that the target must visit a malicious page or open a malicious file.

"The specific flaw exists within the handling of CMarkup objects," according to the vulnerability report. "The allocation initially happens within CMarkup::CreateInitialMarkup. [A dangling pointer is freed] after the execution of certain JavaScript code followed by a CollectGarbage call. By manipulating a document's elements, an attacker can force a dangling pointer to be reused after it has been freed. An attacker can leverage this vulnerability to execute code under the context of the current process."

Using this flaw, an attacker could potentially convince a user to click on a link to a malicious or compromised website, then infect the user's machine and gain the same rights as the user, the ZDI says.

Although there is no patch available, there are some workarounds available, the ZDI notes. The simplest one is to use another browser, or a later version of IE, since the vulnerability only affects IE8. Users can also set their Internet security zone settings to "High" to block ActiveX Controls and Active Scripting. Enterprises can also minimize the impact of the flaw by maintaining a least-privilege policy that limits their administrative rights.

Why hasn't Microsoft released a patch for the vulnerability, which was first disclosed to it more than seven months ago? In a blog posted last week, Qualys CTO Wolfgang Kandek suggests that other vulnerabilities may have taken precedence.

"After six months, Microsoft no doubt has developed a patch for the issue," Kandek writes. "However, it seems its release was delayed due to the short term nature May’s IE patch (MS14-029) which was specifically engineered to address a vulnerability in the use in wild, that was detected by Google’s security team.  That release took priority over the normal, scheduled release and got Microsoft into this situation with ZDI."

Kandek advises users to update to a newer version of IE or avoid the browser altogether. 

Tim Wilson is Editor in Chief and co-founder of Dark Reading.com, UBM Tech's online community for information security professionals. He is responsible for managing the site, assigning and editing content, and writing breaking news stories. Wilson has been recognized as one ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
5/26/2014 | 10:19:21 PM
Re: High risks
Thanks!

This seems to be the same solution to the vulnerability that lies within the past vulnerability that involved IE versions 6-10. EMET 3.4 or higher is needed.

How do the two compare on a functional level? I understand this vulnerability, with user input, allows the exploitist the same privileges but I was under the impression that the previous vulnerability didn't provide such access. 
securityaffairs
50%
50%
securityaffairs,
User Rank: Ninja
5/26/2014 | 6:12:00 PM
Re: High risks
Ryan as explained by the researcher who has reported the flaw

 

"Users are advised to block ActiveX Controls and Active Scripting and also install EMET (Enhanced Mitigation Experience Toolkit), that enable you to manage security mitigation technologies,"

 

http://securityaffairs.co/wordpress/25122/hacking/microsoft-0day-internet-explorer.html
securityaffairs
50%
50%
securityaffairs,
User Rank: Ninja
5/26/2014 | 6:11:37 PM
Re: High risks
Ryan as explained by the researcher who has reported the flaw

 

"Users are advised to block ActiveX Controls and Active Scripting and also install EMET (Enhanced Mitigation Experience Toolkit), that enable you to manage security mitigation technologies,"

 

http://securityaffairs.co/wordpress/25122/hacking/microsoft-0day-internet-explorer.html
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
5/26/2014 | 5:25:04 PM
ActiveX high security
Is this vulnerability explicitly allowed via activex controls? IE allows for custom settings, I would like to know specific activex control that provides the vulnerability. This way the settings to be customized to not disallow activex controls that may need to be active for efficient business application. 
securityaffairs
50%
50%
securityaffairs,
User Rank: Ninja
5/26/2014 | 2:06:25 PM
High risks
The story is very concerning, the window of exposure is really large and third-parties actors could benefit. 

It could be interesting to evaluate if attackers have already exploited the flaw in the wild. I'm waiting for official data from security firms that are investigating on ongoing cyber attacks.

I'm very alarmed by a so long time spent to fix a flaw. 180 days is really a limit-time for this kind of fix.

 

 
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-2015-0547
Published: 2015-07-04
The D2CenterstageService.getComments service method in EMC Documentum D2 4.1 and 4.2 before 4.2 P16 and 4.5 before P03 allows remote authenticated users to conduct Documentum Query Language (DQL) injection attacks and bypass intended read-access restrictions via unspecified vectors.

CVE-2015-0548
Published: 2015-07-04
The D2DownloadService.getDownloadUrls service method in EMC Documentum D2 4.1 and 4.2 before 4.2 P16 and 4.5 before P03 allows remote authenticated users to conduct Documentum Query Language (DQL) injection attacks and bypass intended read-access restrictions via unspecified vectors.

CVE-2015-0551
Published: 2015-07-04
Multiple cross-site scripting (XSS) vulnerabilities in EMC Documentum WebTop 6.7SP1 before P31, 6.7SP2 before P23, and 6.8 before P01; Documentum Administrator 6.7SP1 before P31, 6.7SP2 before P23, 7.0 before P18, 7.1 before P15, and 7.2 before P01; Documentum Digital Assets Manager 6.5SP6 before P2...

CVE-2015-1966
Published: 2015-07-04
Multiple cross-site scripting (XSS) vulnerabilities in IBM Tivoli Federated Identity Manager (TFIM) 6.2.0 before FP17, 6.2.1 before FP9, and 6.2.2 before FP15, as used in Security Access Manager for Mobile and other products, allow remote attackers to inject arbitrary web script or HTML via a crafte...

CVE-2015-4196
Published: 2015-07-04
Platform Software before 4.4.5 in Cisco Unified Communications Domain Manager (CDM) 8.x has a hardcoded password for a privileged account, which allows remote attackers to obtain root access by leveraging knowledge of this password and entering it in an SSH session, aka Bug ID CSCuq45546.

Dark Reading Radio
Archived Dark Reading Radio
Marc Spitler, co-author of the Verizon DBIR will share some of the lesser-known but most intriguing tidbits from the massive report