Welcome Guest. | Log In | Register | Membership Benefits
Dark Reading's evil-bytes Weblog

Topics:   Evil Bytes
  • |   Email this page E-mail
  • |  Print Print
  • |   Bookmark and Share

Windows XP, 2000 Left Patchless Against DoS Attacks

I think most people would agree that Windows Millennium Edition (ME) was the bastard child Microsoft wanted to turn its back on. After yesterday's Patch Tuesday, I'm starting to think Windows XP and Windows 2000 have joined the ME ranks.

Sep 09, 2009 | 02:43 PM | 

By John H. Sawyer
Dark Reading
I think most people would agree that Windows Millennium Edition (ME) was the bastard child Microsoft wanted to turn its back on. After yesterday's Patch Tuesday, I'm starting to think Windows XP and Windows 2000 have joined the ME ranks.Not sure what I'm talking about? First off, it's not the zero-day SMBv2 denial-of-service (DoS), which might end up really being a possible remote code execution vulnerability. What I'm referring to is the group of vulnerabilities that were patched yesterday via Microsoft Security Bulletin MS09-048, titled, "Vulnerabilities in Windows TCP/IP Could Allow Remote Code Execution."

As you scroll through the affected and nonaffected software listings, a couple of things should pop out -- specifically, the items that have a single asteresk (*) next to them. The asterisk states, "Default configuration not affected. For more information, see the Frequently Asked Questions (FAQ) Related to This Security Update entry."

The FAQ starts off by telling us that Windows 2000 Service Pack 4, which has extended support until July 13, 2010, is affected, but Microsoft will not be issuing a patch because it "would require rearchitecting a very significant amount of the Microsoft Windows 2000 Service Pack 4 operating system, not just the affected component." Sounds like that goes against the extended support statement that security patches would be available for existing customers.

Some of you could care less about Windows 2000, but, unfortunately, some companies are stuck running it because of some legacy app that will run on nothing else. The cost to upgrade could be prohibitively expensive, or maybe the vendor went out of business, and it would cost too much to hire a company to rewrite it for a modern operating system (OS).

Whatever the issue is that causes people to run Windows 2000, the fact remains that customers have been running it with the expectation that they will get security patches until mid-next year. Now they'll have to put in firewalls, NAT, or an application proxy to protect that system from receiving packets from anyone but extremely trusted systems in order to try and prevent exploitation.

Let's not forget about Windows XP, which was also listed as unaffected -- but with an asterisk. Item #2 in the FAQ tells us that Windows XP Service Pack 2 and 3 are not affected because of their default configuration. It goes on to say that "for the denial of service to succeed, an affected system must have a listening service with an exception in the client firewall."

So, because the default configuration of Windows XP SP2 & SP3 enables the firewall by default, they are not affected, which means Microsoft is not issuing a patch. Well, that's fine and dandy, but what about those people who needed to turn off the firewall or create an exception for something trivial like, let's say, iTunes or LimeWire? Guess what?!? They're screwed because they modified the default configuration and made themselves vulnerable.

I know this is coming off as a rant, but I'm frustrated. This could become a serious problem for many folks who are either stuck with Windows 2000 or decided to stick with Windows XP because they thought Vista totally sucked. I've spoken to a number of people who are scrambling to come up with workarounds because they can't just turn on the firewall and are worried about the potential for remote code execution.

Are you one of the unlucky ones?

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.



Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dark Reading encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dark Reading moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Dark Reading further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
Subscribe to RSS









  1. Cookies, Social Media And FireSheep
  2. SMB Guide To Credit Card Regulations, Part 2: The Low-Hanging Fruit
  3. HP And The Scary Corporate Fifth Column Concept
  4. Taking USB Attacks To The Next Level
  5. NoSQL: Not Much, Anyway
  1. Taking Cybersecurity Lessons To The Bank
  2. Researchers See Real-Time Phishing Jump
  3. 'BlackSheep' Sniffs Out Firesheep WiFi-Hacking
  4. Slideshow: Ten Free Security Monitoring Tools
  5. A Different Spin On Sleuthing Stuxnet
  6. M&A Activity Muddles Database Security
  1. Secure Managed Web Hosting Saves 960.gs from Malicious Hackers
  2. Access Governance as a Business Service: An Integrated Strategy for Automation with ITSM
  3. Business Driven Access Management and Governance: Simplifying the Delivery and Governance of Access Throughout
 
 


 
  Ars Technica
Boing Boing
Channel 9 Forums
CRN Blogs
Dr.Dobb's Portal: Blogs
Engadget
Gizmodo
GrokLaw
  Lifehacker
Schneier on Security
Slashdot
TechCrunch
Techdirt
Techmeme
Valleywag
 
  February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
  May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008