![]()
VMWARE WORKSTATION PLAYER 14 START PROBLEMS ARCHIVENon-profit project that is provided as a public service by Offensive Security.Ĭompliant archive of public exploits and corresponding vulnerable software,ĭeveloped for use by penetration testers and vulnerability researchers. That provides various Information Security Certifications as well as high end penetration testing services. The Exploit Database is maintained by Offensive Security, an information security training company The VMX process is a fake one provided by the PoC which allows access to secured commands. The VMX process created is the version provided by VMWare. You can also specify a path to HijackVMXProcess and the fake vmware-vmx will demonstrate opening the file using the opensecurable command for write access. If successful you should find that instead of the installed version of vmware-vmx the fake one is running. It will need to grab the NtApiDotNet from NuGet to work.Ģ) Ensure the compiled output directory has the files HijackVMXProcess.exe, NtApiDotNet.dll and vmware-vmx.exe.ģ) Run HijackVMXProcess.exe. The C# application will perform the hijack and get the C++ vmware-vmx processġ) Compile the project. Also even if the user didn’t hijack the main process creation they could instead hijack DLL’s loaded by the VMX process once started.Ī more comprehensive fix would to not create the process as the desktop user, instead using another user identity, however that in itself has risks and makes things considerably more complex. However you can end up with other issues such as (). You might think a a quick fix would be to not impersonate the user over the call to CreateProcessAsUser. This makes fixing this issue more difficult than it should be. ![]() Unfortunately Microsoft declined to fix it at the time. ![]() I reported the technique of hijacking process creation to Microsoft over 3 years ago (see ). Write file write access you could perform an attack similar to. VMWARE WORKSTATION PLAYER 14 START PROBLEMS CODEWhile having an elevated integrity level isn’t especially dangerous, the fact that arbitrary code is running as a “trusted” VMX process means you can access all the facilities for setting up VMs, such as the “opensecurable” command which allows the process to open almost any file as SYSTEM for arbitrary read/write access which could easily be used to get administrator privileges. This is an issue as the user has the ability to replace any drive letter for themselves, which allows a non-admin user to hijack the path to the VMX executable, allowing the user to get arbitrary code running as a “trusted” VMX process. Unfortunately the process is created as the desktop user and follows the common pattern of impersonating the user while calling CreateProcessAsUser. This prevents a non-administrator user opening the process and abusing its elevated access. To mitigate this the VMX process is created with an elevated integrity level by the authentication daemon (vmware-authd.exe) which runs at SYSTEM. As is common with desktop virtualization platforms the VM host usually has privileged access into the OS such as mapping physical memory which represents a security risk. ![]() VMWARE WORKSTATION PLAYER 14 START PROBLEMS WINDOWSSummary: The creation of the VMX process on a Windows host can be hijacked leading to elevation of privilege.ĭescription: The VMX process (vmware-vmx.exe) process configures and hosts an instance of VM. ![]() Platform: VMware Workstation Windows v14.1.5 (on Windows 10). VMware: Host VMX Process Impersonation Hijack EoP ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |