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

Microsoft, Divide Thyself

Windows' omnipresence is actually a disservice to Microsoft. Here's why

May 02, 2006 | 07:00 AM

By DarkReading
DarkReading

About a year ago, I proposed that IT departments move away from the Windows monoculture. My argument was simple. First, by using different vendors for different platforms you break up your patch cycles. If we continue down the path of "standardization" every second Tuesday of every month we will be doing QA on our desktops, laptops, PDAs, servers, PBXs, ATMs, and manufacturing equipment. Second, whenever a worm or virus hits, we expose the entire organization to downtime and outages.

The Windows monoculture reminds me of the dangers from arboreal monoculture. At one time the entire eastern half of the United States was blanketed in chestnut trees. If you visit a building built before 1900, you see the rich, warm color of chestnut wood everywhere. Thanks to the chestnut blight of 1904, practically the entire population of 4 billion trees was wiped out.

The middle of the last century was a golden age (or should I say green?) for Midwestern towns. Towering elm trees lined every street, arching over and creating arboreal tunnels.

Until Dutch elm disease wiped them out.

The latest scourge of the Midwest is the Asian Emerald Ash Borer, a stupid little bug that burrows under the bark of mature ash trees, completely girdling the tree and killing it within a single season. In the county where I live, there are reported to be over 4 million dead trees already.

I would like to argue that Microsoft should also abandon its strategy of Windows on everything. Imagine the benefits:

  • Opportunity for innovation. Microsoft employs some of the smartest people in the world. If the individual product teams could design the best platform for each new device, they could create best-of-breed products. Why shackle the game developers with antiquated code, file systems, and memory management? Is Windows really the best platform for an ATM? Or a PBX? A home media controller? By allowing independent development and restricting reuse of code, Microsoft could do some amazing things.

  • The less they reuse code the fewer emergency patches that have to be deployed to everything. Remember WMF? A zero-day vulnerability discovered last Christmas? That one forced them to issue a critical patch for Vista!

  • Better division of labor. Servers are very different from desktops. They do the same thing over and over. They should be optimized for transaction processing and availability. The overhead of supporting things like Windows Explorer is unwarranted. Just as in the IT shop there is no need for server admins or developers to be the same people as desktop admins or developers.

  • Better security. Compared to hackers, security researchers, and criminals, Microsoft has infinite resources. Why give hackers the keys to the kingdom every time a new platform is released? Why should the guys who brought you CoolWebSearch, MSBlaster, and MyDoom be immediately empowered with the tools and techniques to attack the Windows cell phone? Or the Windows ATM? Or the Windows heart monitor?

If security were really the prime motivator at Microsoft, it would abandon its strategy of world domination through Windows standardization and introduce variation and innovation.

— Richard Stiennon is founder of IT-Harvest Inc. Special to Dark Reading


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)