Welcome Guest. | Log In| Register | Membership Benefits
  • Email this page E-mail this page
  • |  Print Print this page
  • |   Bookmark and Share

ZERT Issues 'Stopgap' IE Patch

Nonprofit group steps in as latest Internet Explorer attack spreads and users await Microsoft's official patch

Sep 22, 2006 | 06:00 AM

By Kelly Jackson Higgins
DarkReading

If you're still not worried about the latest zero-day attack that's hitting Internet Explorer, maybe you should be. Amid increasingly dire warnings from SANS and other organizations that this could be the next WMF, the Zeroday Emergency Response Team (ZERT) considered it urgent enough to release the first patch for the VML browser bug -- before Microsoft.

ZERT, a nonprofit group made up of prominent security researchers from the vendor and research communities, says it releases these types of patches when zero-day exploits appear to be a serious risk to the public and/or the Internet. That's a time when you just can't wait for the vendor's patch, according to ZERT.

The free patch fixes a flaw in IE that causes a buffer overflow in Microsoft's Vector Graphics Rendering Language (VML) engine that lets an attacker take over a machine. Outlook is also susceptible to this exploit. Microsoft has said it will patch the vulnerability between now and the next Patch Tuesday, October 10.

Randy Abrams, director of technical education for ESET and the former operations manager for Microsoft's Global Infrastructure Alliance for Internet Safety, says Microsoft doesn't -- and can't -- approve third-party patches. It's really a matter of ZERT being able to issue a patch more quickly, he says. Abrams isn't a member of ZERT but works with a group of researchers that belong to ZERT.

"The odds of ZERT causing problems is probably pretty low, but Microsoft has to test against well over a dozen languages, a large number of combinations of Windows versions and applications, and for compatibility with third party apps," he says. "If ZERT's patch breaks, it is a problem. But if the Microsoft patch breaks, then it is magnified exponentially and people start doing stupid things like refusing all patches."

Abrams admits third-party patching is risky business, but then so is going unpatched. "Ultimately, a person should evaluate their risk level and decide upon a third-party patch from a standpoint of knowledge." The rule of thumb should be to use a vendor's patch when it becomes available, he says.

"The patch is a stopgap," Abrams says. "When Microsoft releases its patch, it would be prudent to apply it. Microsoft's patch is supported; ZERT's is not."

So who will grab this patch in the meantime? "Cowboy sys admins," says researcher HD Moore, or "small organizations where a ruinous patch deployment isn't that big of a deal."

— Kelly Jackson Higgins, Senior Editor, Dark Reading

  • Microsoft Corp. (Nasdaq: MSFT)
  • ESET


  • Subscribe to RSS










    Bugs
    ENTERPRISE VULNERABILITIES
    Vulnerability:suse linux
    Published:2010-01-22
    Severity:High
    Description:SUSE Linux Enterprise 10 SP3 (SLE10-SP3) configures postfix to listen on all network interfaces, which might allow remote attackers to bypass intended access restrictions.
    Vulnerability:ie
    Published:2010-01-22
    Severity:High
    Description:The URL validation functionality in Microsoft Internet Explorer 7 and 8 does not properly process input parameters, which allows remote attackers to execute arbitrary local programs via a crafted URL, aka "URL Validation Vulnerability."
    Vulnerability:bind
    Published:2010-01-22
    Severity:Medium
    Description:ISC BIND 9.0.x through 9.3.x, 9.4 before 9.4.3-P5, 9.5 before 9.5.2-P2, 9.6 before 9.6.1-P3, and 9.7.0 beta does not properly validate DNSSEC (1) NSEC and (2) NSEC3 records, which allows remote attackers to add the Authenticated Data (AD) flag to a forged NXDOMAIN response for an existing domain.
    Vulnerability:ie
    Published:2010-01-22
    Severity:High
    Description:Microsoft Internet Explorer 6, 6 SP1, 7, and 8 does not properly handle objects in memory, which allows remote attackers to execute arbitrary code by accessing an object that (1) was not properly initialized or (2) is deleted, leading to memory corruption, aka "Uninitialized Memory Corruption Vulnerability," a different vulnerability than CVE-2009-2530 and CVE-2009-2531.
    Vulnerability:ie
    Published:2010-01-22
    Severity:High
    Description:Microsoft Internet Explorer 8 does not properly handle objects in memory, which allows remote attackers to execute arbitrary code by accessing an object that (1) was not properly initialized or (2) is deleted, leading to memory corruption, aka "Uninitialized Memory Corruption Vulnerability," a different vulnerability than CVE-2009-3671, CVE-2009-3674, and CVE-2010-0246.


    Briefing Centers
    POWERFUL INFORMATION
    AT YOUR FINGERTIPS
    (SPONSORED LINKS)