qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Using QEMU for VRChat


From: Denis V. Lunev
Subject: Re: Using QEMU for VRChat
Date: Wed, 2 Nov 2022 17:02:52 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2

On 8/10/22 13:06, danko babro wrote:
Dear QEMU dev team,
Recently a game called VRChat got a security update, implementing Easy Anti Cheat into their game (pretty much spyware that logs everything happening on the users PC) which made me want to install their game on a virtual machine.

The problem now is, that the anti cheat detects if the user is playing on a virtual machine, but in the official documentation by their dev team there is a workaround for that, specifically for QEMU, that can be found here:

https://docs.vrchat.com/docs/using-vrchat-in-a-virtual-machine

I simply cant understand what that code (on the given website) does. Does it open up a backdoor for the anti cheat to access my real pc?

Is QEMU in general a good solution for when it comes to protecting my actual PC from threats like these, or any other sorts of viruses for example, since it uses a kernel based VM.

All the best,
David
this seems harmless at the first glance, but the point that
doing this will not affect the performance is wrong.

Windows inside virtual machine is doing a lot of things
on performance critical paths, like when the APIC is accessed
or in similar places and doing that in HyperV mode is faster
than in HW mode.

You have denied the detection of HyperV and thus Windows
inside does not feel that it runs in virtual machine and thus
could fall into BSoD when IRQ routine processing is not
fast enough (potential inside VMs, the time was spent in
host). This should not happen frequently though.

Den



reply via email to

[Prev in Thread] Current Thread [Next in Thread]