![]() |
![]() |
|
January 04, 2006Give 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 | TrackBackComments
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 PMOh 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 PMFor 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 AMWell 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 AMI 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 AMThe "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 PMHey 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 PMyes.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 |
![]() ![]()
My 5 Favorite Books
Writing Secure Code
Secure Programming Cookbook Security Engineering Secure Coding Principles & Practice Inside the Security Mind ![]()
My 5 Favorite Papers
Smashing the Stack
Penetration Studies Covert Channel Analysis of Trusted Systems DoD Trusted Computer System Evaluation Criteria NSA Security Recommendation Guides ![]()
Archives
June 2006
May 2006 April 2006 March 2006 February 2006 January 2006 December 2005 November 2005 October 2005 September 2005 August 2005 July 2005 June 2005 May 2005 April 2005 March 2005 February 2005 January 2005 December 2004 November 2004 October 2004 September 2004 August 2004 July 2004 June 2004 May 2004 April 2004 March 2004 February 2004 January 2004 December 2003 November 2003 October 2003 September 2003 August 2003 July 2003 June 2003 May 2003 April 2003 March 2003 February 2003 January 2003 December 2002 November 2002 October 2002 September 2002 August 2002 July 2002 ![]() |
|