Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Perimeter

12/19/2008
12:41 AM
Robert Graham
Robert Graham
Commentary
50%
50%

IE7 Zero-Day Lessons

The recent zero-day IE7 vulnerability is a big deal. Hackers used it to hack into hundreds of thousands of machines, if not millions. Both IE7 and Vista are vastly more secure than their predecessors, yet this bug sliced right through them to give the hacker a robust exploit. We need to do a post mortem of this event to figure out what we should do in the future.

The recent zero-day IE7 vulnerability is a big deal. Hackers used it to hack into hundreds of thousands of machines, if not millions. Both IE7 and Vista are vastly more secure than their predecessors, yet this bug sliced right through them to give the hacker a robust exploit. We need to do a post mortem of this event to figure out what we should do in the future."0days" used to be rare, and only the paranoids worried about them. Now 0days are common, and they need to be part of everyone's defense.

Don't look to commercial products to solve this problem for you. Vendors have been falling over themselves to demonstrate how their products can mitigate this vulnerability, but it's mostly exaggeration. For example, in the IDS industry, vendors can create "exploit" signatures, but it appears that at least one of the known exploits was obfuscated to avoid most IDS products.

More important, many products only address this vulnerability if the products have been configured in a certain way -- a way that most of their customers find unacceptable. It's like weight-loss products that guarantee you will lose weight, but only when used with a general program of diet and exercise. (Presumably, if you were willing to diet and exercise, you wouldn't need weight-loss products).

Rather than relying on products, the solution you should be looking for is to reconfigure, or "harden," Windows. Microsoft lists many ways to reconfigure IE7 to mitigate this vulnerability on its security blog about this vulnerability.

Well, if those hardened steps block these exploits, why doesn't IE7 come configured that way in the first place? The answer is that security is a set of trade-offs. Each of these configuration steps breaks something that you may want. You need to figure out what features you actually need, and disable the rest.

The biggest hardening step is disabling JavaScript ("Active Scripting"). This blocks almost all the vulnerabilities that Internet Explorer has had. Unfortunately, the trade-off is that most Websites these days require JavaScript to function. It can't be considered a viable security step if you expect users to surf the Web.

Another big step is to enable DEP. This is a relatively new feature in Windows that blocks hackers from exploiting memory corruption bugs (such as this IE7 0day). Microsoft leaves this feature disabled for fear that it may break some older software, especially ActiveX controls that corporations may use for internal applications. If you don't have something internal that breaks with DEP, enable it. Even if one of your internal applications breaks, you should still enable DEP and fix that application.

Another important choice you need to make is to disable "administrator" access for users. When users infect themselves with either a 0day exploit or by running a virus, the infection is contained because it cannot gain complete control over the machine. It's a tough transition to make, but many large companies have successfully done so.

Internet Explorer has a related "protected" mode that may help. In this mode, users cannot easily download and run software. In theory, this mode has no effect on vulnerabilities. In practice, though, it protects you because most all exploits are simply a first stage downloader of a second program that does the truly nasty stuff. This "protected" mode stops the download, and therefore will protect against the known exploits for the 0day.

This bug is within a Microsoft-specific feature called "data binding." In fact, most IE vulns have been within Microsoft-specific features. Users don't need features like data binding to surf the Web; they would only need these features when using certain Web applications within the company. If your company does not use data binding, then turn it off. Other features you can turn off that might mitigate this 0day are "XML islands" and "OLEDEB32DLL." For the future, you should turn off as much Microsoft-specific stuff as you can, leaving only the bare minimum behind that your custom, in-house stuff needs.

Security is a trade-off. There is no single product or configuration that works for everyone. The solution to this problem, like most problems, is to figure out which trade-offs are appropriate for you.

Robert Graham is CEO of Errata Security. Special to Dark Reading

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Why Cyber-Risk Is a C-Suite Issue
Marc Wilczek, Digital Strategist & CIO Advisor,  11/12/2019
Unreasonable Security Best Practices vs. Good Risk Management
Jack Freund, Director, Risk Science at RiskLens,  11/13/2019
Breaches Are Inevitable, So Embrace the Chaos
Ariel Zeitlin, Chief Technology Officer & Co-Founder, Guardicore,  11/13/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-19010
PUBLISHED: 2019-11-16
Eval injection in the Math plugin of Limnoria (before 2019.11.09) and Supybot (through 2018-05-09) allows remote unprivileged attackers to disclose information or possibly have unspecified other impact via the calc and icalc IRC commands.
CVE-2019-16761
PUBLISHED: 2019-11-15
A specially crafted Bitcoin script can cause a discrepancy between the specified SLP consensus rules and the validation result of the [email protected] npm package. An attacker could create a specially crafted Bitcoin script in order to cause a hard-fork from the SLP consensus. All versions >1.0...
CVE-2019-16762
PUBLISHED: 2019-11-15
A specially crafted Bitcoin script can cause a discrepancy between the specified SLP consensus rules and the validation result of the slpjs npm package. An attacker could create a specially crafted Bitcoin script in order to cause a hard-fork from the SLP consensus. Affected users can upgrade to any...
CVE-2019-13581
PUBLISHED: 2019-11-15
An issue was discovered in Marvell 88W8688 Wi-Fi firmware before version p52, as used on Tesla Model S/X vehicles manufactured before March 2018, via the Parrot Faurecia Automotive FC6050W module. A heap-based buffer overflow allows remote attackers to cause a denial of service or execute arbitrary ...
CVE-2019-13582
PUBLISHED: 2019-11-15
An issue was discovered in Marvell 88W8688 Wi-Fi firmware before version p52, as used on Tesla Model S/X vehicles manufactured before March 2018, via the Parrot Faurecia Automotive FC6050W module. A stack overflow could lead to denial of service or arbitrary code execution.