By Brian Livingston
This isn’t the first time that a Microsoft patch has needed a patch. And it won’t be the last time, either. Fortunately, it’s not the most horrible or widespread “son-of-a-patch” I’ve ever seen. But it affects enough people that you may want to listen up.
I reported in the August 21 issue of Brian’s Buzz that Microsoft had released two new fixes that I strongly recommended you install. One update corrects a security flaw in Internet Explorer 5 and 6, while the other closes a hole in Windows Me, 2000, and XP. (This particular report was in the newsletter’s
paid version.) The downloads are
MS03-032 /
822925 and
MS03-033 /
823718, respectively.
Warnings about these two updates were drowned out by the wailing and gnashing of teeth caused by the Blaster worm, the SoBig virus, and other highly publicized nightmares last month. But I want to emphasize to you the importance of installing the latest two fixes. The IE hole is rated “critical” by Microsoft, and the other flaw – while merely rated “important” – demands your attention because it affects so many versions of Windows.
Unfortunately, installing the IE patch (i.e., MS03-032) wipes out some flavors of Microsoft’s ASP.NET environment running on Windows XP Professional. If this problem affects you, any processes that touch ASP.NET applications on Internet Information Server running locally on an XP Pro machine fail with the message, “Server Application Unavailable.”
The configuration of Microsoft software that
is affected is:
•
Windows XP Professional; and
•
Its built-in IIS Web server running locally; and
•
.Net Framework version 1.0. A configuration is
not affected if any one of the following is true:
•
Windows 2000 or Windows Server 2003; or
•
Windows XP Home; or
•
IIS Web server running remotely; or
•
.Net Framework version 1.1 or higher.
At press time, Microsoft was furiously trying to develop a fix that would correct MS03-032′s impact on .Net. By the time you read this, the Redmond company may have already posted a corrected patch.
Whether or not that’s already happened, Microsoft has provided a simple workaround that eliminates the bonking. If you have any machines that might be affected, first read the
ASP.NET FAQ. Second, read the ASP.NET
forum thread for more details. Then run the workaround described in the FAQ, which involves a small command file.
I’d like to acknowledge Gary Visser, who was the first reader to implore me to show both the MS bulletin number
and the Knowledge Base number in my reports, as I’ve done a few paragraphs above. He and other readers correctly point out that both the Windows Update Installation History and the Add/Remove Programs applet display the KB number (for example, 822925), but not the bulletin number (such as MS03-032). This makes it hard to know at a glance whether or not a particular patch is running on a machine. I’ll do my best to include both numbers when Microsoft has two such interrelated documents.
Sheesh, cleaning up after Microsoft is fun, isn’t it?