VMware

This Question is Possibly Answered

1 "correct" answer available (10 pts) 2 "helpful" answers available (6 pts)
8 Replies Last post: Jan 7, 2009 3:05 PM by ksc  

are you aware about the vmware-authd remote Denial of Service ? posted: Jan 7, 2009 1:16 PM

Click to view testdostest's profile Lurker 2 posts since
Jan 5, 2009
Hi,

Are you guys working on some patch for this new vulnerability ?
milw0rm.com/exploits/7647

Thanks !

Message was edited by: Texiwill - Made link so you have to type it in, going to this site is not always safe
Click to view Texiwill's profile Guru 10,205 posts since
Jan 13, 2004
Hello,

Before everyone clicks on that link, I suggest you first either install TOR or do so from a disposable virtual machine. Milw0rm is a great source for finding code that can be used to penetration test systems but it is also a hacker site so use at your own risk.

Update: This is against VMPlayer and VMware Workstation and old versions at that. I am not sure it applies to anything modern..... 2.5.1 of VMplayer and Workstation is pretty old.

One solution is to properly firewall port 912 so that it is not accessible from outside the host.


Best regards,
Edward L. Haletky
VMware Communities User Moderator
====
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education.
Blue Gears and SearchVMware Pro Blogs: http://www.astroarch.com/wiki/index.php/Blog_Roll
Top Virtualization Security Links: http://www.astroarch.com/wiki/index.php/Top_Virtualization_Security_Links
Click to view kirklarsen's profile Enthusiast 14 posts since
Feb 6, 2006
Hi,

Yes, VMware is aware of the issue and working on a fix. Turns out it was a typographical error in using one of our string safe functions. There is NO possibility of code execution.

--Ksl
Kirk Larsen
Product Security Officer
VMware Inc.
Click to view Texiwill's profile Guru 10,205 posts since
Jan 13, 2004
Hello,

Kirk, please clarify to what products this applies. The milw0rm site documents some pretty old versions. I figure the best solution at the moment is to deny access to the port from outside the host. Is there any other 'current' mitigation?


Best regards,
Edward L. Haletky
VMware Communities User Moderator
====
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education.
Blue Gears and SearchVMware Pro Blogs: http://www.astroarch.com/wiki/index.php/Blog_Roll
Top Virtualization Security Links: http://www.astroarch.com/wiki/index.php/Top_Virtualization_Security_Links
Click to view wila's profile Virtuoso 3,256 posts since
Jun 27, 2006
Edward,

VMware player version 2.5.1 is the player that comes with VMware Workstation 6.5.1, so he is right that it is a DOS against current products and not some old version.

--
Wil
_____________________________________________________
Visit the new VMware developers wiki at http://www.vi-toolkit.com
Click to view kirklarsen's profile Enthusiast 14 posts since
Feb 6, 2006

Hi,

ESX is not affected at all. Willa is correct, the 2.5.1 that is mentioned in the exploit is for Player 2.5.1, which corresponds to Workstation 6.5.1. So it's for current hosted product only.

As far as mitigation, restricting the port would do it. Or perhaps a cron job that just cleaned up the core files as it happens, and perhaps restarted authd. Or a cron job that notifies the administrator when a core file is created, and then some ip addresses blocking...

--Ksl

Click to view Texiwill's profile Guru 10,205 posts since
Jan 13, 2004
Hello Kirk,

Thank you for clearing this up!


Best regards,
Edward L. Haletky
VMware Communities User Moderator
====
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education.
Blue Gears and SearchVMware Pro Blogs: http://www.astroarch.com/wiki/index.php/Blog_Roll
Top Virtualization Security Links: http://www.astroarch.com/wiki/index.php/Top_Virtualization_Security_Links
Click to view ksc's profile Expert 465 posts since
Sep 21, 2005
Acutely aware of this one, since I'm implementing the fix!

Ultimately, the effect is only on Windows - on other operating systems, the vmware-authd executable runs as part of inetd (or the equivalent) and is automatically restarted. If the binary does die, the net effect is that you would be unable to reconnect to headless VMs, or to start new VMs as a user without Administrator privileges.

VMware Developer

SDKs, APIs, Videos, Learn and much more in the Developer community.

Learn More

Developer Sample Code

Increase your developer productivity with VMware API sample code.

Learn More

VMworld Sessions & Labs

Online access to the latest VMworld Sessions & Labs and online services.

Learn more

Purchase PSO Credits Online

Purchase credits to redeem training and consulting services online.

Buy Now

Community Hardware Software

View reported configurations or report your own.

Learn More

VMware vSphere

Come witness the next giant leap in virtualization.

Register Today

Communities