January 04, 2006

Give Microsoft a break already! The WMF patch SHOULD be out next week.

OK, this is nuts. I am quite saddened by the state of this latest WMF problem. Actually, I am more vexed at how irresponsible some security professionals seem to be in rushing to make recommendations that just don't make sense.

Listen up. Security is about risk mitigation. NOT risk avoidance. That means that technical safeguards being deployed in an organization should mitigate against risks to get within acceptable tolerance levels WITHOUT exposing the business to new risk, or lost productivity. Now, combine that with the fact that every organization's risk tolerance levels will be different, its quite clear that blanket statements simply don't make sense. And now we are seeing security professionals back pedal their statements as they start to see the repercussions of their recommendations.

If ANY security professional recommends that you install an unsupported and untested security patch on your system, RUN. RUN AWAY. And don't look back. You don't want them near you. It is INSANE to blindly put security patches on a system without them being thoroughly tested first. No matter HOW GOOD the programmer is. Even if he is a kernel god (Which Ilfak Guilfanov is. I am a big fan of IDA).

Look, let me let you in on a little secret that Steve Gibson is now sharing with the world. Microsoft has had a working patch to the REAL vulnerability (the one in GDI32.DLL) since back on December 28th. This means they were on TOP of the problem and had a fix almost immediately. The question you are probably asking yourself is WHY then wasn't it deployed. And the answer is... they wanted to test it first. And god bless them for making that decision.

Why do I say that? Well, people are now seeing that the UNOFFICIAL patch from Ilfak is actually causing printing problems for some users. It seems some postscript drivers use the very code that the patch turns off. On the Full Disclosure list, there is a good explaination of how this could very well be happening. And without ANY testing of the patch, now people are finding they can't print. Whoops.

Its funny that people are screaming at Microsoft for not being faster to fix this. In my post on The Cost in Fixing Bugs and How Irresponsible Disclosure doesn't Help the Matter, I brought to your attention the fact that a single change has a tonne of test cases that have to be checked against. And it has to be tested against every version of Windows in every language. Quite frankly I am rather impressed that they were able to get it into the regular patch Tuesday as quickly as they did.

So in the end, wait for the official patch. And when it is available TEST IT on your own test systems before deploying it to your production systems. VMWare/Virtual PC are perfect tools for that. Ensure it works on your business systems BEFORE you go and deploy it. And that should be for any patch. Direct from the vendor or not.

Posted by SilverStr at January 4, 2006 11:32 AM | TrackBack
Comments

I am glad atleast one security pro shares my views. There were a bunch of pros at sans and other area, telling people to install this patch. And I was wondering what happened to all the best practices, defense in depth etc. Why would anyone install a patch that is untested i do not know.

I did consider deploying it for a fraction of a second, but if anything had gone wrong, I knew i would be in a support and security nightmare.

Posted by: badri at January 4, 2006 12:48 PM

Oh and when was a 14 day turn around for a well tested patch late.... I think this was the fastest MS has responded. I do think people are making this hole seem like it was worse than it really is. This could easily been something remotely exploited without user action.

Although I always wondered how many of these malware sites survive. How come the dns registrars and ISP are not shutting these down much sooner

Posted by: badri at January 4, 2006 12:54 PM

For the individual home/professional (non corporate), whats more important in this case, not being able to print for a few days, or exposing your entire system so such an easily exploitable vulnerability... I know I would prefer to hold of printing for a few days, thats for sure.

In the mean time, the F-Secure guys seem to have tested Ilfak's patch on a number of configurations and are recommending installation of it as a temporary measure until the official patch is available.

Posted by: Mark Allanson at January 4, 2006 03:07 PM

"So in the end, wait for the official patch. And when it is available TEST IT on your own test systems before deploying it to your production systems."

So in the end, Microsoft tests a patch for a week just to make sure I can TEST IT on my own systems. Sounds fair, but ummm.. Never mind :D

Posted by: Frank Hollywood at January 5, 2006 04:02 AM

Well Frank,

I'd test any patch before putting it into a production environment. Why? Microsoft doesn't know your business processes and won't be able to test your business applications. If a patch may render your 'wacked-CRM-like-business-tool' useless, how effective is the patch?

These days, I am pretty confident that a Microsoft tested patch can go on workstations without much testing. But I would refuse to apply a server patch until it went through thorough regression testing with our test environment. If the server goes down, the cost of lost productivity and recovery time outweigh a small test cycle first.

Posted by: Dana Epp at January 5, 2006 08:19 AM

I think this is a perfect example of why the business world doesn't jump when security professionals start screaming. I try and follow bugtraq, but sometimes I get so irritated by the irresponsible, incomplete and just plain silly vulnerabilities that get reported. Your statement:

"Listen up. Security is about risk mitigation. NOT risk avoidance. That means that technical safeguards being deployed in an organization should mitigate against risks to get within acceptable tolerance levels WITHOUT exposing the business to new risk, or lost productivity. Now, combine that with the fact that every organization's risk tolerance levels will be different, its quite clear that blanket statements simply don't make sense."

is 100% the truth. Anyone not evaluating security risks with business tolerence levels in mind should re-evaluate thier effectiveness.

Posted by: Anthony Maughan at January 5, 2006 10:45 AM

The "unofficial" patch came with a full uninstaller. Most of Microsoft's patches can't be uninstalled - so they darn well better test them...

Posted by: David at January 6, 2006 03:56 PM

Hey David,

Thats not exactly true anymore. Most patches coming from Microsoft can be unrolled as there is an uninstall dir in %WINDIR%. As an example, for the security patch for MS06-001 you can go into %WINDIR%\$NtUninstallKB912919$\spuninst to do your bidding.

You are right though, it is not as pretty as the unofficial patch uninstaller. But from Microsoft's position, would you want to make it easy for grandma to uninstall a security fix once it is installed? No, I wouldn't either.

Posted by: Dana Epp at January 6, 2006 08:48 PM

yes.this is my site http://moroz.straponclub.com/black_jack/casino_black_jack.html Thanks.

Posted by: on line black jack at January 13, 2006 07:23 AM