qemu-anti-detection
qemu-anti-detection copied to clipboard
zhaodice
More Vendor ID Suggestions!
See these following patches to my own fork of this project (based off of QEMU v7.2.0, but was used agaist the qemu7.0.0.patch file, now called qemu-7.0.0.patch because the qemu-7.2.0.patch file didn't exist) ALSO PLEASE CHANGE THE VENDOR ID FROM 0x1960 (or 0x2007) BACK TO THIS PROJECTS DEFAULT ID). And ignore my commit names too :)
-
https://github.com/CE1CECL/qemu-gvm/commit/e2b80601bf21b44a9301ba0d989e9c7ae91c95ee (Reason: USB\VEN_0627 has a vendor name registered as "Adomax Technology Co., Ltd" but "Adomax Technology Co., Ltd" only has registered QEMU devices, making them a possible detector)
-
https://github.com/CE1CECL/qemu-gvm/commit/63db8f2223bb03facfc6be613d96c185218aa7b9 (Reason: PCI Vendor 1234 (and 4321) are both QEMU default stdvga's ids, replace them. Also Xen (0x5853) & VMware (0x15ad) are other VM companies too. Please also apply the patch in "hw/display/qxl.c" as is didn't change for me otherwise with qxl. The VMware ID should for sure be changed because https://github.com/CE1CECL/qemu-vmvga WILL BE going mainline once done (once that 3D works and is stable))
-
https://github.com/CE1CECL/qemu-gvm/commit/7a79b6d1f04ff6e66048df22f809e32e7bcf444b (The value shouldn't be zero, its known to be wrong on my part, but for OVMF it would make ubuntu dmidecode detect VM, seems fixed now in both qemu-7.0.0.patch and qemu-7.2.0.patch, so this one might not matter anymore)
It is also possible that you need to patch the UEFI OVMF source tree, but the default config in README may not need the requirement since it adds/changed SMBIOS's values that might be added by OVMF if not detected (see: https://github.com/CE1CECL/edk2/commit/7d7fa1efaa1d3531e3cfe246a65cd354106e5e31))
