【Voices38，我把海盗圈的未来交在...你的手里了...】

烧鸡0006

最近如果你关注过未加密圈的消息，肯定见过大家都在聊新游戏《星球大战：银河赛车》，还有所谓 “彻底终结 Hypervisor 绕过” 的说法，很多人都在说 Irdeto（Denuvo 的母公司）这波初步胜利了。
别信。这根本不是 Denuvo 的什么大获全胜，说白了就是反未加密和未加密之间经典的猫鼠游戏升级而已。接下来我就用大白话给大家讲清楚，为什么从长远来看，Denuvo 这仗注定打不赢。
坐稳了，咱们直接说核心。

1. 以前的绕过方法，和现在的 “新招” 到底是啥给不懂技术的人翻译一下这里面的逻辑。

以前的绕过原理：传统的 Hypervisor 绕过思路，本质就是 “藏信息”。Denuvo 会读取你 CPU 的功能清单，看看你的 CPU 支持哪些高级功能。Hypervisor 就挡在中间，把这份清单改一改：把一些高级功能（比如硬件随机数生成、高级运算指令集）都标成 “不支持”，骗 Denuvo 说 “这就是个老 CPU，没这些花里胡哨的功能”。Denuvo 信了这个谎，就会跳过很多严格的校验步骤，游戏就能流畅运行起来。

Denuvo 这次的新手段：交叉验证Irdeto 在《银河赛车》里升级了检测逻辑，搞了个 “言行一致” 检查。现在它的流程是这样的：第一步，先读 CPU 功能清单，看看 “硬件随机数生成” 这个功能是不是被标成了 “不支持”；第二步，它故意偷偷去运行一下这个按理说不支持的功能，同时盯着电脑会不会报错。如果清单上说没有，但实际运行却好好的、一点错都没出 —— 那就说明清单被人改了，你肯定开着 Hypervisor 在骗我。结果就是：游戏直接崩溃。

现在未加密的应对方法：解法说出来特别简单，甚至有点巧妙。我们不改功能清单了，不藏着掖着了。直接让 Denuvo 看到 CPU 最真实的功能清单：没错，我就是有这个随机数功能，它也确实能用。这样 Denuvo 再去交叉测试的时候，清单说有，实际也能运行，两边完全对得上，它的校验就直接通过了，根本触发不了崩溃。而 Hypervisor 本身的所有核心功能、底层架构，一点都不用动，完完整整保留着。

2. 这招的代价：正版玩家平白无故被坑性能

作为一个喜欢折腾硬件的人，这一点是最让人不爽的。Irdeto 这波新操作，纯纯是牺牲正版玩家的性能来防未加密。为了做这个交叉验证，Denuvo 不是只在进游戏的时候查一次。它把成千上万个检测点，埋在了游戏整个程序的各个角落里。你要知道，“故意运行一条可能报错的指令，等电脑报错再收回来” 这个操作，特别耗 CPU：CPU 得停下手里正在干的活，切到系统层面处理异常，再切回来继续运行游戏。哪怕你是正版玩家，电脑配置再好，只要游戏在加载资源、刷 NPC、算物理效果的时候，后台就可能突然触发这种 CPU 检测。结果是什么？就是突然掉帧、画面卡顿，帧时间忽高忽低。Denuvo 平白占用你的 CPU 性能，跑这些毫无意义的检测，就为了查你是不是开了虚拟机。这完全是不顾游戏优化的做法。
那他们之前为什么不这么干？因为他们心里清楚，这么搞性能影响太大，会被正版玩家骂。但这次为了赶游戏发售的窗口期，硬着头皮也上了。

3. 为什么说 Denuvo 这波从根上就赢不了

想明白为什么 Denuvo 打不赢这场仗，你只要理解 “权限层级” 这一件事就行。打个最简单的比方：游戏和 Denuvo，就是养在鱼缸里的鱼。Hypervisor 就是站在鱼缸旁边的人。人可以随便换水、调整玻璃的透明度，甚至能让鱼以为自己活在大海里。但鱼永远不可能控制鱼缸外面的人。
换成电脑原理就是：Denuvo 的驱动程序，最高只能跑到系统的内核层，这已经是系统里的最高权限了。但 Hypervisor 运行在硬件虚拟化层，比系统内核还要低一层，也就是大家常说的 “Ring -1” 层级。按照 x86 CPU 的架构规则，内核层的所有指令、所有内存访问，Hypervisor 都可以随便拦截、修改、重写，而系统本身完全察觉不到。只要 Hypervisor 想骗你，系统里的软件从架构上就不可能识破。Ring -1 这个层级，永远对 CPU 的所有行为有最终决定权。

4. 接下来会怎么样

调整 Hypervisor 的处理逻辑，本质上就是个改代码的小活儿。基础的代码都是开源的，原理也已经明明白白了，现在主要的工作量就是调试 —— 确保改完之后，在各种品牌、各种型号的 CPU 上都不会出蓝屏、死机之类的问题。
除了改这个随机数功能的开关，还有别的办法吗？当然有。不过原因也很明显：总不能把方法全说出来，平白给 Denuvo 的工程师送思路。反正记住一件事就行：对于手握 Ring -1 权限的人来说，办法多得是。
我个人估计：开发团队大概 3 到 7 天，就能把这个方案打磨完善，编译好新的 Hypervisor 驱动，测试完稳定性，然后放出一键就能用的绕过工具给大家。
所以真的不用急。Denuvo 这次筑起来的所谓防线，本质就是层纸糊的墙。核心的绕过逻辑根本没被动到，这道屏障垮掉的速度，会比他们想象的快得多。

Denuvo 啊 Denuvo，你可真够丢人的。Irdeto 这波操作，说难听点就是饮鸩止渴。说白了，在 Ring -1 这个层级，我们说了算！

---

一、为什么这次新版 Denuvo 卡不住 Voices38 的思路

2026 年 10 月这版 Denuvo 的核心升级，是针对 Hypervisor 虚拟机绕过（HVB）路线的针对性反制—— 通过 RDRAND 指令双向校验识别虚拟化环境，直接废掉了所有旧 HV 方案的通用逻辑。

但 Voices38 走的是完整静态逆向工程路线，和 HV 路线底层逻辑完全不同：

• HV 路线：不修改游戏本体，靠内核级虚拟机拦截 Denuvo 的验证请求，蒙混过关，全程运行在虚拟化环境里；
• Voices38 路线：直接逆向分析游戏可执行文件，定位并改写 / 移除 Denuvo 的所有校验代码，最终输出一个去掉加密的原生 exe，运行在纯物理机环境，完全不涉及虚拟化层。
  

正因为它根本不碰 Hypervisor，自然也就不会触发 RDRAND 虚拟机检测机制。这次 Denuvo 的升级对它来说没有直接的原理性封锁，相当于 “锁换了防撬弹片，但对直接锯锁的人没用”。

二、但未加密难度确实比旧版更高

虽然没被直接封死，但新版 Denuvo 同步提升了全方面的反逆向强度，会显著增加未加密的时间成本：

• 代码混淆层级更深，校验点数量更多，Denuvo 的 “钩子” 埋得更隐蔽，逆向分析和定位的工作量大幅增加；
• 新增了更多反调试、反内存断点的保护机制，调试过程中更容易触发自毁或崩溃；
• 部分校验逻辑从本地转移到了更碎片化的触发式校验，无法一次性批量移除。
  

简单说：不是做不到，是更费时间。旧版 Denuvo 可能几天就能逆向完成，新版可能需要一到两周甚至更久。

三、当前的实际进展与社区判断

• Voices38 状态正常：10 月 7 日他刚沉寂一个月后复出，接连发布了《Atomfall》《冒险家艾略特的千年奇谭》的完整未加密，以及《死亡空间：重制版》的未加密修复补丁，技术能力和运作都没有问题。
• 尚未动手这款游戏：截至目前《星球大战：银河赛车手》还没有完整未加密放出，核心原因是优先级问题—— 这款游戏体量小、热度不算顶级，Voices38 通常会优先处理 3A 大作，这类中小成本游戏排期靠后。
• 社区共识：未加密圈的普遍判断是，完整逆向路线从来没有被 Denuvo 真正封死过。过去每一代 Denuvo 大版本更新，初期都会拉高未加密门槛，但最终都能被突破，区别只是时间长短。
  

四、和 HV 路线的本质区别

路线	本次新版 Denuvo 的影响	本质
Hypervisor 绕过（Artifact/DenuvOwO）	通用方案直接失效，全行业集体卡壳	走捷径钻漏洞，容易被针对性堵死
完整逆向未加密（Voices38）	仅提升工作量，无原理性障碍	硬拆加密本身，费时间但没有绝对壁垒

简单总结：HV 路线是 “这扇门的捷径被堵了”，而 Voices38 的思路是 “直接把整个门拆掉”—— 后者永远不会被完全封死，只是拆起来更费功夫。

brilliant_king

你发这么多贴，这么多天过去了，还不是没资源，还 3 到 7 天

啊王

说白了，虚拟机反制，38起诉追责

d加密公司目前策略就是这样，两手抓两手都要硬

至于3-7天这个说法，纯随缘，不真信也别不信，观望就完了