Dear Hyper-V fans, I'll take that apology now.
Summary: Ouch. It's pain time again on the Microsoft front. You were warned.
[UPDATE] Systems that don't have RDP enabled aren't vulnerable to this RDP worm.
If you used VMware, you wouldn't have to reboot your vulnerable systems after patching for the RDP Worm today. Sure, you'll still have to patch all of your Windows VMs that ride on top of your VMware hosts but at least you don't have to patch and reboot the VMware host systems. Wait, I think I actually might have mentioned this very possibility in my follow-up article to the Great Debate: Hyper-V vs. VMware with Jason Perlow.
I don't like having to say, "I told you so" but I really did tell you so.
Let me post my exact quote from that follow-up just so I can read it again:
Windows Security - Oxymoron Time
Unless your name is Rip van Winkle, you know that Windows is, shall we say, light on security. There’s a good reason why every other major hypervisor is Linux-based in some way or another: Security. That isn’t the only reason but it’s a darn good start. Plus, how many reboots of your Windows host will it take to continuously patch? Can your production environment withstand the downtime?
Additionally, when your Windows host becomes infected with a worm or virus, how many VMs will it take with it? Answer: All of them.
Now's your chance to answer my question, "Can your production environment withstand the downtime?"
While you're patching, rebooting and making excuses, I've compiled a short list of resources to help you through the pain you're currently feeling.
VMware's Phone Number: 1-877-486-9273
I hate worms, viruses and Trojan Horses because I think that the people who write them have nothing better to do with their time and it's a tremendous waste of resources for companies who are innocent. It just causes loss and grief. It's malicious and pointless.
And, all of the due diligence in the world won't protect you when this kind of thing happens. Well, aside from choosing a technology that you know has these kinds of vulnerabilities.
By the way, in case you're wondering, yes, this is going to wreck MY weekend too. And, it's the beginning of Spring Break for my kids who had hoped to spend some quality time with both of their parents.
Now, how did that process go again? Oh yeah, "Patch. Reboot. Pray. Patch. Reboot. Pray. Lather. Rinse. Repeat."
[UPDATE Addition] I still recommend patching your systems on their next patch cycles whether RDP is enabled or not.
See Also:
Exploit code published for RDP worm hole; Does Microsoft have a leak?
Microsoft warns: Expect exploits for critical Windows worm hole
Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback
Why VMware?
But considering your talking to Hyper-V users, they probably aren't very tech savvy and perhaps VMware is the best alternative for them, but a lot more expensive then Redhat and Citrix. And VMware has occasional security issues too...and they do release updates that require host reboots...just saying :) So do all the others I mentioned ... it's part of life :)
Also, Hyper-V has similar live migration feature as Vmotion, so admins who need to patch Hyper-V hosts can move the guests around during patching. Same thing you would do with VMware when installing their next point release update and same thing you would do with an RHEV host kernel update.
I'm not taking sides here, but no one owes you apology for anything...I use mainly VMware and qemu-kvm, but Hyper-V does have it's advantages for some.
Ah but those facts don't support his argument.
You're right
Diversity is the reason
I think you are right though, just saying VMWare is a mistake. There are others which offer the diversity advantage. VMWare is going to have to start watching its brand name, or its going to end up being like Coke in Texas (everything's a coke, and primarily what you get is a Dr Pepper), or Kleenex, or any number of brands that become synonymous with their product.
Dear Hyper-V fans, I???ll take that apology now.
Um... no. Its not hard to schedule a reboot during the maintenance window. Takes a few minutes of time at most and if you are worried about downtime then you roll over to the back up server. This way any routine maintenance can be done during that time instead of waiting for it to completely crash and then be up the creek with the VMWare solution. You do know about maintenance windows and change controls right?
I especially love how you think VMWare and linux need no patches.
Are you insane????
Or imagine you were a bank. This means that you have to take down all of the running vm's to do a security hack! That is pure and utterly LAME!
Oh my
Not insane
seriously lame. first no one is going to have rdp enabled on the hypervisor
Don't be ridiculous.
Um...wrong
Why trolling is allowed in ZDnet?
Seriuosly, Ken. Are you trying to say that ESX doesn't need to restart for patching system? Then tell me what are these "VM Shutdown & Host Reboot" means when I click on "Search" ESX patch?
http://www.vmware.com/patchmgr/findPatch.portal
It's trivial to implement HA for Hyper-V with failover clustering and live migrate for servicing. I can even just turn off RDP and patch the server on my next maintainance schedule. It's just something any sysadmin trained to do.
Please Ken, I'm probably half of your age but I can't help but wanted tell you grow the h*** up already.
Best practices for Hyper V..
And this is uniquie to Hyper-V?
Yup and...
Exactly.
Ugh - Flamebait
And for workstations that are vulnerable (by somebody INSIDE the network on the premises), RDP config dialog boxes pretty much *scream* right there in the dialog box, "please enable NLA."
MS says, "ALL WINDOWS SYSTEMS"
*Server Core installation affected. This update applies, with the same severity rating, to supported editions of Windows Server 2008 or Windows Server 2008 R2 as indicated, whether or not installed using the Server Core installation option."
http://technet.microsoft.com/en-us/security/bulletin/ms12-020
Mitigating Factors
Yep
The debate incidentially was about Hyper-V and Server 8, and server 8 does NOT have this vulnerabiltiy. I am more then willing to accept your apology.