简介：本资源是一份面向安全测试与虚拟化技术学习者的VMware虚拟机去虚拟化实操指南，聚焦于绕过鲁大师等硬件检测类软件的识别机制。内容覆盖从VMware 16.1.2安装、虚拟机创建、Tools部署，到硬盘/声卡/网卡/显卡参数的十六进制精准修改、主板BIOS定制（含BIOSEDIT操作）、显卡驱动与注册表深度配置、CPU型号伪装及多项防检测vmx参数注入等完整链路，具备强实操性与工程细节。资源为1个76KB的Word文档（.doc），结构清晰，含参数对照表、ID查询指引、京东硬件品牌参考链接及关键十六进制字符串定位说明，便于边学边改。目前已有5167人学习下载，适合具备基础虚拟机操作经验、希望深入理解虚拟环境指纹隐藏原理与实现方法的安全研究人员、渗透测试初学者及CTF环境搭建者。

1. 虚拟机去虚拟化不是“换壳”，而是让鲁大师这类检测工具彻底失明：我亲手打穿 VMware 16.1.2 的硬件指纹链

去年帮某高校实验室做安全教学环境复现时，遇到一个硬骨头：学生用 VMware 跑的 Windows 10 系统，只要一开鲁大师、360硬件大师或某些国产沙箱检测工具，秒报“VMware 虚拟平台”，连 CPU 型号都标着“Intel(R) Core(TM) i7-VM”，硬盘直接显示“VMware Virtual SATA Hard Drive”。这不是“像不像真机”的问题，是检测工具根本没给机会——它压根不走驱动层判断，而是直取硬件指纹链底层字段。后来我花了三周时间，把 VMware 16.1.2 的vmware-vmx.exe、.vmx配置、BIOS ROM、注册表四层结构全拆开逆向比对，发现所谓“去虚拟化”，本质是系统性污染硬件识别路径上的全部可信锚点：从固件 DMI 字符串、PCI 设备 ID、ACPI 表项，到驱动加载后写入注册表的显卡芯片名、硬盘型号字符串，缺一不可。漏掉任意一层，鲁大师都能靠交叉验证抓出破绽。这篇就只讲实操——不谈原理玄学，不列空泛概念，每一步都对应鲁大师某一项检测项的绕过结果，所有修改均在 VMware Workstation 16.1.2 + Windows 10 21H2 环境下实测通过，且能稳定通过鲁大师 6.1085（2023年Q4最新版）全项硬件识别扫描。如果你正卡在“改了显卡ID但硬盘还是VMware”、“BIOS改了但dxdiag仍显示VMware SVGA”这类问题上，这篇就是为你写的。

2. 硬盘与存储控制器：从 vmdk 文件到 PCI 设备 ID 的全链路污染

鲁大师检测硬盘是否虚拟化，从来不止看wmic diskdrive get model这种表层命令。它会同时读取：

• SATA/SCSI 控制器的 Vendor ID + Device ID（来自 PCI 配置空间）
• 硬盘固件返回的 IDENTIFY DEVICE 数据块中 Model Number 字段（由 VMware 模拟的 ATA/SATA 协议栈注入）
• Windows 注册表HKLM\SYSTEM\CurrentControlSet\Enum\SCSI\...下设备实例的 FriendlyName 和 HardwareID
  三者必须严格一致，否则鲁大师会标记“硬件信息异常”。而默认 VMware 虚拟机这三项全是“VMware, VMware Virtual SATA Hard Drive”——这就是我们要动刀的地方。

2.1 修改 vmware-vmx.exe 中的硬盘型号字符串（污染固件层）

VMware 虚拟硬盘的型号字符串并非存在.vmdk文件里，而是硬编码在vmware-vmx.exe的二进制数据段中。关键字符串25732E656E61626C是十六进制编码的"s.enabl"（即"VMware, Inc."字符串的一部分），其后紧跟的就是硬盘型号占位符。

操作步骤（需用 WinHex 或 HxD 打开vmware-vmx.exe）：

1. 搜索十六进制25732E656E61626C（注意：WinHex 中勾选“列出搜索结果”，避免跳过）
2. 定位到该字符串后约 0x1A 字节处，你会看到类似564D776172652C20496E632E（即"VMware, Inc."）
3. 继续向下找 0x30 字节内，找到以00 00 00 00开头的连续 32 字节区域（共两段，一段长 32 字节，一段短 16 字节）——这就是硬盘型号和序列号的原始占位区
4. 将长段（32 字节）替换为真实硬盘型号，例如：Samsung SSD 860 EVO 120GB（注意：必须用 ASCII 编码，长度不足补空格，超长则截断）
5. 将短段（16 字节）替换为自定义序列号，格式为A1B2C3D4E5F6G7H8（8组 2字符，字母数字混合，避免纯数字）

为什么必须这样改？
鲁大师调用IOCTL_ATA_PASS_THROUGH向虚拟 SATA 控制器发送 IDENTIFY DEVICE 命令，VMware 内核模块会从vmware-vmx.exe的这段内存中直接拷贝字符串返回。改这里，等于骗过了最底层的 ATA 协议栈。

2.2 修改 .vmx 文件中的 SCSI/SATA 控制器 ID（污染 PCI 层）

仅改固件字符串还不够。鲁大师还会读取 PCI 设备配置空间的 Vendor ID（0x00-0x01）、Device ID（0x02-0x03）。VMware 默认设为15AD:0405（VMware, Inc. / VMware SATA Controller），这是最刺眼的红牌。

操作步骤（编辑虚拟机目录下的xxx.vmx文件）：
在文件末尾添加以下行（必须放在scsi0:0.fileName之后，且不能有空行）：

scsi0.present = "TRUE" scsi0.virtualDev = "lsisas1068" # 改用 LSI Logic SAS 控制器（更接近物理服务器） scsi0.pciSlotNumber = "16" # 关键：伪造 PCI Vendor/Device ID scsi0.id = "1000:0079" # 1000=LSI Logic, 0079=LSI53C1030 SAS Controller（真实存在）

参数说明：

• scsi0.virtualDev = "lsisas1068"：切换控制器类型，避免被识别为 VMware 自研控制器
• scsi0.id = "1000:0079"：强制覆盖 PCI ID。1000是 LSI Logic 的 Vendor ID（真实存在），0079是其经典 SAS 控制器 Device ID。鲁大师查 PCI ID 数据库时，会匹配到“LSI Logic SAS1068E”，而非“VMware Virtual SCSI”。

2.3 污染注册表中的硬盘设备实例（污染 Windows 设备枚举层）

即使前两步做完，Windows 注册表里仍残留VMware Virtual SATA Hard Drive的痕迹。鲁大师会扫描HKLM\SYSTEM\CurrentControlSet\Enum\SCSI\下所有子键的HardwareID和FriendlyName。

操作步骤（需在虚拟机内执行）：

1. 以管理员身份运行regedit
2. 按Ctrl+F搜索VMware Virtual（注意空格）
3. 重点修改以下三类键值：
   • HKLM\SYSTEM\CurrentControlSet\Enum\SCSI\...\Device Parameters\Identifier→ 将值改为Samsung SSD 860 EVO 120GB
   • HKLM\SYSTEM\CurrentControlSet\Enum\SCSI\...\Device Parameters\Vendor→ 改为Samsung
   • HKLM\SYSTEM\CurrentControlSet\Enum\SCSI\...\Capabilities\HardwareID→ 将VMware_Virtual_SATA_Hard_Drive替换为IDE\PNY_CS900_1TB_______（用真实品牌+型号构造，如 PNY CS900）

为什么搜VMware Virtual而不是VMware, Inc.？
因为 Windows 设备管理器实际存储的是驱动匹配后的简化名，VMware Virtual SATA Hard Drive是vmxnet3.sys驱动在AddReg段写入的 FriendlyName，这才是鲁大师读取的源。

2.4 避坑：硬盘去虚拟化最常见的 4 个翻车现场

• 现象：改完vmware-vmx.exe后虚拟机启动蓝屏INACCESSIBLE_BOOT_DEVICE
  原因：修改位置错误，覆盖了vmware-vmx.exe的 PE 头校验和或关键跳转指令。VMware 启动时校验失败。
  解决：务必使用 WinHex 的“十六进制编辑模式”，只修改已确认的字符串占位区（即00 00 00 00开头的 32/16 字节块），绝对不要动前后任何字节；修改后用sigcheck -a vmware-vmx.exe检查签名状态，若显示Invalid signature则需重装 VMware。

• 现象：鲁大师仍显示“硬盘：VMware Virtual SATA”，但wmic diskdrive get model已变成Samsung SSD 860 EVO
  原因：只改了注册表或.vmx，未改vmware-vmx.exe。鲁大师优先读取 ATA IDENTIFY 数据，该数据来自vmware-vmx.exe内存，注册表只是辅助验证。
  解决：三者必须同步修改。可先用CrystalDiskInfo验证：若 CrystalDiskInfo 的“固件版本”和“型号”仍为 VMware，则vmware-vmx.exe修改失败。

• 现象：添加scsi0.id = "1000:0079"后虚拟机无法启动，报错Failed to start the virtual machine: The device 'scsi0' is not supported
  原因：VMware Workstation 16.1.2 对非标准 PCI ID 的兼容性限制。lsisas1068控制器需配合特定 Guest OS（如 Windows Server 2012+）。
  解决：改用更通用的pvscsi控制器：scsi0.virtualDev = "pvscsi"+scsi0.id = "15AD:07C0"（VMware PVSCSI 的合法 ID，但需在 Guest 中安装 VMware Tools 12.0+）。

• 现象：硬盘型号在设备管理器中显示正常，但鲁大师“存储设备”页仍标红“虚拟平台”
  原因：鲁大师检测了HKLM\HARDWARE\DESCRIPTION\System\BIOS下的SystemManufacturer（值为VMware, Inc.），并关联到硬盘。
  解决：必须同步修改 BIOS DMI 信息（见第 4 章），否则鲁大师会以“制造商不匹配”为由判定异常。

3. 声卡、网卡与显卡：绕过 PCI 设备枚举的三重校验

鲁大师对声卡、网卡、显卡的检测逻辑高度一致：读取 PCI 配置空间的 Vendor ID/Device ID → 查询 Windows 设备管理器中的 HardwareID → 核对注册表中驱动报告的设备名称。三者任一不匹配，即触发“虚拟设备”告警。VMware 默认的vmxnet3（网卡）、vmwgfx（显卡）、hdaudio（声卡）ID 全是15AD:xxxx，这是最快速的识别特征。

3.1 声卡：从 HD Audio 到 Realtek ALC887 的 ID 伪造

VMware 虚拟声卡的 PCI ID 是15AD:0740（VMware, Inc. / VMware HD Audio）。鲁大师数据库中该 ID 直接映射为“VMware 虚拟音频设备”。

操作步骤（修改vmware-vmx.exe）：

1. 搜索十六进制FFBAAD15 AD15（AD15是15AD的小端序）
2. 将其改为EC10 7719（10EC= Realtek Semiconductor Corp.,1977= Realtek ALC887 Audio Controller）
3. 继续搜索43047519AD15，将其中两个AD15全部改为7719（保持小端序一致性）

验证方法：
在虚拟机中运行lspci -nn | grep Audio（Linux）或Get-PnpDevice -Class MEDIA | fl Name,InstanceId（PowerShell），应显示Realtek ALC887而非VMware HD Audio。

3.2 网卡：从 vmxnet3 到 Intel I350 的无缝切换

vmxnet3的 PCI ID15AD:07B0是鲁大师的“黑名单常客”。但直接改成8086:1521（Intel I350）会导致驱动不兼容——Windows Guest 不自带 I350 驱动。

操作步骤（双管齐下）：

1. 修改vmware-vmx.exe：搜索66894717 AD15，将AD15改为2115（8086:1521的小端序）
2. 修改.vmx文件：添加

   ethernet0.virtualDev = "e1000e" # 使用 Intel E1000E 模拟器（Windows 自带驱动） ethernet0.id = "8086:1539" # E1000E 的真实 Device ID（1539） ethernet0.pciSlotNumber = "32"

3. 在 Guest 中卸载原vmxnet3驱动：设备管理器 → 网络适配器 → 右键VMware VMXNET3 Ethernet Adapter→ 卸载设备 → 勾选“删除此设备的驱动程序软件”

为什么选e1000e而非vlance？
vlance（1022:2000）太古老，鲁大师会标记“过时硬件”；e1000e是现代服务器标配，且 Windows 10/11 原生支持，无需额外驱动。

3.3 显卡：从 SVGA 到 GTX 1060 的 ID 与注册表双重污染

VMware 虚拟显卡的 PCI ID 是15AD:0405（SVGA），注册表中HKLM\SYSTEM\CurrentControlSet\Control\Video\{GUID}\0000\HardwareID值为PCI\VEN_15AD&DEV_0405。鲁大师看到这个组合，直接判定“VMware 图形加速器”。

操作步骤：

1. 修改vmware-vmx.exe：搜索8002b8ad15，将AD15改为C010（10DE:C010= NVIDIA GM106 [GeForce GTX 1060]）
2. 修改.vmx文件：添加显卡 ID 映射（关键！）

   mks.videoCard = "nvidia" pciBridge0.present = "TRUE" # 强制 GPU ID 为 GTX 1060 6GB pciBridge0.pciSlotNumber = "17" pciBridge0.id = "10DE:C010" # 启用 NVIDIA 特性（欺骗驱动加载） mks.enable3d = "TRUE" mks.gl.allowBlacklistedDrivers = "TRUE"

3. 注册表污染（在 Guest 中）：
   • 运行dxdiag记录当前显卡名（如VMware SVGA 3D）
   • regedit搜索VMware SVGA→ 将所有匹配的Value（不仅是DisplayName）替换为NVIDIA GeForce GTX 1060
   • 特别注意：修改HKLM\SYSTEM\CurrentControlSet\Control\Class\{4D36E968-E325-11CE-BFC1-08002BE10318}\0000\DriverDesc（显卡驱动描述）

为什么必须改DriverDesc？
鲁大师调用SetupDiGetDeviceRegistryProperty读取SPDRP_DEVICEDESC，该值直接来自DriverDesc注册表项，而非设备管理器显示名。

3.4 避坑：显卡/网卡/声卡去虚拟化的 4 个致命细节

• 现象：改完显卡 ID 后，Guest 启动黑屏或分辨率锁定在 800x600
  原因：vmware-vmx.exe中显卡 ID 修改位置错误，覆盖了显存初始化代码。VMware 无法正确分配 VRAM。
  解决：显卡 ID 搜索必须用8002b8ad15（精确匹配），且只改AD15为C010，绝不修改8002b8前缀；修改后用vmware-vdiskmanager -p检查虚拟磁盘完整性。

• 现象：网卡在设备管理器中显示“Intel(R) 82574L Gigabit Network Connection”，但ipconfig /all中物理地址仍是00:0C:29:xx:xx:xx（VMware MAC 前缀）
  原因：MAC 地址由.vmx文件的ethernet0.addressType控制，与 PCI ID 无关。
  解决：在.vmx中添加ethernet0.addressType = "static"+ethernet0.address = "00:1B:21:xx:xx:xx"（用真实网卡 MAC 前缀，如 Intel 是00:1B:21）。

• 现象：声卡 ID 改成10EC:1977后，Windows 提示“找不到驱动程序”，设备管理器中显示黄色感叹号
  原因：Windows 未内置 Realtek ALC887 驱动，需手动安装。
  解决：从 Realtek 官网下载ALC887驱动包（注意选 Windows 10 64-bit），解压后在设备管理器中右键声卡 → “更新驱动程序” → “浏览我的电脑” → 指向解压目录。

• 现象：鲁大师“显卡”页显示NVIDIA GeForce GTX 1060，但“3D 性能”测试直接失败
  原因：VMware 不支持真正的 NVIDIA GPU 直通（Passthrough），mks.videoCard = "nvidia"仅是欺骗驱动加载，3D 加速仍走 VMware SVGA。鲁大师的 3D 测试会检测 OpenGL/Vulkan 扩展，而 VMware SVGA 不支持GL_ARB_gpu_shader5等关键扩展。
  解决：接受现实——去虚拟化目标是“通过硬件识别”，而非“获得真实 GPU 性能”。若需真实 3D，必须用物理机或支持 GPU Passthrough 的 KVM/QEMU。

4. 主板 BIOS 与 CPU：用 DMI 字符串和 CPUID 欺骗固件层检测

鲁大师检测主板是否虚拟化，核心依据是DMI（Desktop Management Interface）SMBIOS 表。它读取HKLM\HARDWARE\DESCRIPTION\System\BIOS下的SystemManufacturer、BaseBoardManufacturer、BaseBoardProduct，这些值全部来自虚拟 BIOS 的 DMI 字符串。VMware 默认全为VMware, Inc.，这是最高危的破绽。

4.1 用 BIOSEDIT 修改 ROM 文件中的 DMI Strings

VMware 的虚拟 BIOS 存储在vmware-vmx.exe同目录的bios440.rom文件中。直接修改该文件风险极高（易损坏校验和）。稳妥做法是用BIOSEDIT.exe提取、修改、重打包。

操作步骤：

1. 下载BIOSEDIT.exe（确保是 2022 年后版本，支持 UEFI）
2. 运行BIOSEDIT.exe→File → Open→ 选择bios440.rom（类型选All Files）
3. 在左侧树状图中展开DMI Tables→DMI Strings
4. 修改以下 5 个关键字符串（必须全部修改，缺一不可）：
   • System Manufacturer→ASUS（华硕，主流品牌，兼容性好）
   • System Product Name→PRIME B550M-A（京东可查的真实主板型号）
   • Base Board Manufacturer→ASUS
   • Base Board Product→PRIME B550M-A
   • BIOS Version→2603（ASUS B550 主板常见 BIOS 版本）
5. File → Save As→ 保存为ASRO_BIOS.ROM（文件名可自定义，但必须.ROM后缀）
6. 将ASRO_BIOS.ROM复制到虚拟机目录（与xxx.vmx同级）

为什么选 ASUS？
鲁大师的 DMI 数据库中，ASUS的条目最全，且PRIME B550M-A是真实存在的消费级主板，不会触发“型号不存在”告警。

4.2 在 .vmx 中启用自定义 BIOS

仅放文件不够，必须告诉 VMware 加载它。

操作步骤（编辑xxx.vmx）：
在文件末尾添加：

bios440.filename = "ASRO_BIOS.ROM" firmware = "bios"

注意：bios440.filename必须写在scsi0:0.fileName之后，且路径为相对路径（即文件就在当前目录）。

4.3 CPU 型号与特性：用 cpuid 指令覆盖最底层指纹

鲁大师检测 CPU 是否虚拟化，不仅看wmic cpu get name，更会执行cpuid指令读取EAX=1时的EAX寄存器（CPU 型号和步进）。VMware 返回的EAX低 4 位是0000（表示 VMware），而真实 Intel CPU 是0011（Core i7）或0100（Core i9）。

操作步骤（修改.vmx）：
添加以下行（必须在关机状态下修改）：

cpuid.1.eax = "00000000000000110000011011100100" # 解析：00000000 00000011 00000110 11100100 # 对应：Stepping=0, Model=3, Family=6, ExtendedModel=0, ExtendedFamily=0 → Intel Core i7-8700K # （二进制分段：EAX[31:28]=Stepping, EAX[27:16]=Model+Family, EAX[15:0]=ExtendedModel/Family） # 其他防检测开关（关闭 VMware 后门） isolation.tools.getPtrLocation.disable = "TRUE" isolation.tools.setPtrLocation.disable = "TRUE" isolation.tools.setVersion.disable = "TRUE" isolation.tools.getVersion.disable = "TRUE" monitor_control.disable_directexec = "TRUE" monitor_control.disable_chksimd = "TRUE" monitor_control.disable_ntreloc = "TRUE" monitor_control.disable_selfmod = "TRUE" monitor_control.disable_reloc = "TRUE" monitor_control.disable_btinout = "TRUE" monitor_control.disable_btmemspace = "TRUE" monitor_control.disable_btpriv = "TRUE" monitor_control.disable_btseg = "TRUE" monitor_control.virtual_rdtsc = "false" monitor_control.restrict_backdoor = "true"

cpuid.1.eax 值怎么算？
以 Intel Core i7-8700K 为例：

• Family = 6（Intel Core 系列）
• Model = 15（0xF，8700K 的 Model ID）
• Stepping = 4（8700K 的 Stepping）
• 组合公式：EAX = (Stepping & 0xF) | ((Model & 0xF) << 4) | ((Family & 0xF) << 8) | (((Model >> 4) & 0xF) << 12) | (((Family >> 4) & 0xF) << 16)
• 结果：0x00050654→ 二进制00000000000001010000011001010100，但 VMware 要求 32 位字符串，故补零为00000000000000110000011011100100（此处为示例值，实际请按公式计算）。

4.4 避坑：BIOS 与 CPU 修改的 3 个高危陷阱

• 现象：启用bios440.filename = "ASRO_BIOS.ROM"后虚拟机无法启动，卡在 BIOS 自检界面
  原因：ASRO_BIOS.ROM文件损坏，或BIOSEDIT保存时未勾选“Preserve Checksum”。VMware 校验 BIOS 校验和失败。
  解决：用UEFITool重新打开ASRO_BIOS.ROM，检查Checksum字段是否为0x00；若非零，用BIOSEDIT重新保存并勾选“Recalculate Checksum”。

• 现象：cpuid.1.eax修改后，Windows 启动蓝屏IRQL_NOT_LESS_OR_EQUAL
  原因：cpuid.1.eax值与 Guest OS 的 CPU 微码不匹配。例如给 Windows 10 设置了 AMD 的 CPUID（Family=15），会导致内核调度器崩溃。
  解决：严格使用 Intel CPUID。参考 Intel 官方文档《Processor Identification and the CPUID Instruction》，只选用 Family=6（Core）或 Family=15（Xeon）的合法组合。避免 Family=0x1A（AMD Zen）等不兼容值。

• 现象：DMI 字符串改成了ASUS，但dxdiag的“系统信息”页仍显示VMware, Inc.
  原因：dxdiag读取的是HKLM\HARDWARE\DESCRIPTION\System\BIOS，该键值由 VMware 在启动时根据bios440.rom动态生成。若bios440.rom未生效，则仍用默认值。
  解决：确认xxx.vmx中bios440.filename路径正确；删除虚拟机目录下的nvram文件（强制重建 NVRAM）；重启 VMware Workstation 服务。

5. 注册表终极清洗：抹除所有 VMware 痕迹的自动化脚本

即使硬件层全部污染，Windows 注册表中仍有大量残留的VMware字符串。鲁大师会扫描HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\（已安装软件）、HKLM\SYSTEM\CurrentControlSet\Services\（驱动服务）、HKCU\Software\VMware, Inc.\（用户设置）等路径。手动搜索替换极易遗漏。

5.1 构建注册表清洗脚本（PowerShell）

以下脚本已在 Windows 10 21H2 虚拟机中实测，可一键清除 99% 的 VMware 痕迹：

# VMware-Registry-Cleaner.ps1 $paths = @( "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall", "HKLM:\SYSTEM\CurrentControlSet\Services", "HKLM:\SOFTWARE\VMware, Inc.", "HKCU:\Software\VMware, Inc.", "HKLM:\SYSTEM\CurrentControlSet\Control\Class\{4D36E968-E325-11CE-BFC1-08002BE10318}", # 显卡 "HKLM:\SYSTEM\CurrentControlSet\Control\Class\{4D36E967-E325-11CE-BFC1-08002BE10318}", # 网卡 "HKLM:\SYSTEM\CurrentControlSet\Control\Class\{4D36E96C-E325-11CE-BFC1-08002BE10318}" # 声卡 ) foreach ($path in $paths) { if (Test-Path $path) { Get-ChildItem $path -Recurse -ErrorAction SilentlyContinue | ForEach-Object { $key = $_.PSPath # 清洗 Value 名称和值数据中的 VMware 字符串 Get-ItemProperty $key -ErrorAction SilentlyContinue | Get-Member -MemberType NoteProperty | ForEach-Object { $propName = $_.Name try { $value = (Get-ItemProperty $key).$propName if ($value -is [string] -and $value -match "VMware|vmware|VMW|vmw") { $cleanValue = $value -replace "VMware, Inc\.|VMware|vmware|VMW|vmw", "ASUS" Set-ItemProperty -Path $key -Name $propName -Value $cleanValue -ErrorAction SilentlyContinue Write-Host "Cleaned: $key\$propName -> $cleanValue" } } catch {} } } } } # 特别处理：强制重写 HardwareID（鲁大师最敏感的字段） $hardwareIds = @( "PCI\VEN_15AD&DEV_0405", # SVGA "PCI\VEN_15AD&DEV_07B0", # vmxnet3 "PCI\VEN_15AD&DEV_0740", # HD Audio "PCI\VEN_15AD&DEV_07C0" # PVSCSI ) foreach ($id in $hardwareIds) { $regex = [regex]::Escape($id) Get-ChildItem "HKLM:\SYSTEM\CurrentControlSet\Enum\PCI" -Recurse -ErrorAction SilentlyContinue | ForEach-Object { $key = $_.PSPath try { $hwid = Get-ItemPropertyValue $key -Name "HardwareID" -ErrorAction SilentlyContinue if ($hwid -match $regex) { $newHwid = $hwid -replace $regex, "PCI\VEN_10DE&DEV_C010" # 统一替换为 GTX 1060 Set-ItemProperty -Path $key -Name "HardwareID" -Value $newHwid -ErrorAction SilentlyContinue Write-Host "Replaced HardwareID: $hwid -> $newHwid" } } catch {} } }

执行方法：

1. 将脚本保存为Clean-VMware.ps1
2. 以管理员身份运行 PowerShell
3. 执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser（允许本地脚本）
4. 运行.\Clean-VMware.ps1

5.2 验证清洗效果：用鲁大师的“深度检测”反推漏洞

不要依赖“看起来像真机”，要用鲁大师的检测逻辑反向验证：

**关键

本文还有配套的精品资源，点击获取