UE5游戏逆向：FModel提取Pak模型与Dumper-7结构分析全攻略

做UE5游戏逆向资源提取也有几年时间了，平时在技术群里看到最多的提问大概就两类：一是FModel到底怎么从.pak文件里把3D模型完整地拆出来，二是Dumper-7这类SDK Dump工具怎么用才不踩坑。这篇文章就把我实际跑通整套流程的经验完整写一遍，从工具选型、环境配置开始，到用FModel提取.pak里的模型资源，最后把Dumper-7编译、注入和定位结构体的常见问题一并说清。适合正在做游戏MOD、想拆官方资源学习美术搭建思路、或者在做UE5验证性项目的玩家，阅读前不需要太多C++基础，照着操作就能拿到可用的模型文件。

1. 先搞懂UE5的.pak文件到底是什么，以及为什么不能直接双击打开

1.1 pak是Unreal的资源打包容器

很多人第一次接触UE5模型提取时，会下意识把.pak当成普通压缩包，想着改个扩展名解压就行。真这么干过的人应该都明白，结果只会得到一堆乱码开头的碎片文件，根本没法用。

原因很简单：.pak不是zip，它是Unreal Engine专用的一种“虚拟文件系统镜像”。你可以把它理解成一个没有文件分配表的硬盘，内部确实存着uasset、uexp、ubulk、umap这些资源文件，但它们的组织方式不是普通目录结构，而是一套叫“挂载点（Mount Point）”的映射关系。每次引擎启动时，会读取一个固定的“挂载点”配置，把pak内部的虚拟路径映射到游戏的Content目录下，例如：

../../../Project/Content/Characters/Player/BP_Player.uasset

这种设计对引擎加载性能非常友好，但对想提取资源的普通玩家来说就不太友好了。FModel能做的事，本质上就是解析pak的头部信息，还原出这套内部索引，再把里面的UAsset、Texture、Mesh等内容“翻译”成人能看懂的结构。换句话讲，FModel扮演的是一个“UAsset解析器”，而不是单纯的文件解压器。

另外要注意，UE5.1之后很多项目不再用传统的.pak单文件，而是改用IoStore格式，扩展名变成了.utoc加.ucas组合。这两个文件需要成对出现，.utoc可以理解为索引文件，.ucas才是实际数据包。FModel目前对这套新格式支持得不错，打开时也会自动识别，所以不用慌，遇到.utoc/.ucas就当特殊形态的.pak处理。

1.2 FModel、UnrealPak、UModel：三个工具怎么选

网上关于“解pak”的工具其实有好几款，我全部用过一遍，简单说下各自的定位，也方便你少走弯路。

FModel是目前社区用得最多的，也是我本人主推的方案。它底层基于CUE4Parse库开发，说白了就是专门为Unreal资源解析而生，对UE5的各个小版本适配更新非常勤快。很多时候某个新游戏上线，FModel作者会很快跟进支持对应的引擎版本，这一点比UModel舒服不少。

UnrealPak虽然官方，但它是命令行工具，参数复杂，适合开发者把资源重新打包回去。如果你想从pak里提取东西，它反而帮不上太多忙，因为你提出来的是被拆分过的uasset/uexp碎片，缺少索引信息，根本无法直接用。所以我个人觉得，UnrealPak可以了解，但日常提取模型还是用FModel最省心。

1.3 加密与AES密钥：很多人卡住的第一个心理门槛

如果你的目标游戏是那种发行商认真保护资源的商业大作，pak文件大概率是有加密的。FModel加载这类pak时，会弹窗要求输入AES-256密钥。很多人在这里就放弃了，其实没那么可怕。

AES密钥的形态是一长串十六进制字符，以0x开头。UE引擎解密pak时会用这串密钥验证文件头，只有密钥匹配才能正确读取资源。对学习用途来说，很多游戏社区会公开部分练习项目的AES密钥，直接搜关键词就能找到。也有一些UE5官方示例或开源项目本就允许提取资源，密钥会在说明文档里写明。

我个人更推荐的做法是：先找一个没有加密的UE5示例项目练手，比如Epic官方的“ThirdPerson”模板项目，把项目打包后在Paks目录下就能看到pak文件，FModel加载基本不需要密钥。把这一套流程跑通，再去碰加密项目，起码你已经清楚整个工具链的用法了，不会被密钥问题干扰判断。

2. 工具准备与环境搭建，新手最容易在这里卡住

2.1 FModel下载和正确的运行环境

FModel的官方下载入口在GitHub的Releases页面，这一点必须强调：别在第三方下载站下，容易拿到捆绑垃圾。选最新release，下载zip包，解压后就能看到FModel.exe。

有个很多人没注意的细节：FModel是一个基于.NET的程序，并不需要安装完整UE5引擎，但系统里必须有对应的.NET桌面运行时。如果双击FModel.exe后它一闪而过或者报错无法启动，十有八九就是缺运行时。解决办法很简单，去微软官方下载“.NET Desktop Runtime”最新稳定版装好，再重新打开FModel就行。这个坑我至少被问过几十次，很多人以为是自己电脑配置不行，其实差的就是一个运行库。

顺带提一句，Dumper-7那边的“VS安装过程”指的是Visual Studio，这两个不是同一个东西。FModel本身不需要VS，只有后面要自己编译Dumper-7时，你才需要装Visual Studio 2019或2022，并且要勾选C++桌面开发工作负载。

2.2 设置Directory、UE版本、AES这三个关键参数

正确打开FModel后，第一件事不是急着选pak文件，而是先做全局配置。主要设置三个东西：

第一个是Directory。FModel需要配置“游戏目录”，但这个感觉很容易被误解。它要的不是游戏安装根目录，而是指向包含pak文件的Content/Paks目录。以某UE5示例项目为例，路径大概是：

D:\Projects\MyGame\Saved\StagedBuilds\Windows\ProjectName\Content\Paks

实际项目可能结构不太一样，但核心原则就一条：这个目录下面要能直接看到.pak或.utoc/.ucas文件。

第二个是UE Version。在FModel的Settings里找到Unreal Engine Version，选择对应的版本号，比如GAME_UE5_0、GAME_UE5_1、GAME_UE5_2等。FModel要靠这个参数决定用哪套解析规则，选错了就会出现资源能列出来但无法预览导出的情况。这里没有捷径，不确定就一个个试，反正切换成本不高。

第三个是AES密钥。Settings里有个AES页签，可以填入十六进制字符串。如果是已加密项目且你有密钥，直接复制进去；如果没有加密或不确定，可以先保持为空，FModel加载时会自己要求输入。这三个参数你如果第一次就能全填对，基本已经比大多数求助帖的新手强了。

2.3 Dumper-7到底在整套流程里扮演什么角色

讲FModel和Dumper-7的关系之前，先说结论：Dumper-7不是FModel的插件，也不是FModel的替代品，它是一条互补路线。

FModel做的是静态解析，直接读磁盘上的.pak文件。但有些游戏做了更复杂的保护，或者资源签名不完整，FModel解析时会漏掉很多内部资源类。而Dumper-7做的是运行时内存分析，它让UE引擎自己把GObjects、GNames、FNamePool这些反射数据吐出来。拿到这些数据之后，你就能知道游戏运行时的UObject完整列表、每个类的属性偏移、枚举定义等等。对进阶逆向来说，这些结构级信息比单个模型文件更有价值。

放在模型提取这个场景里：如果你只是想拿Mesh和贴图，FModel基本够用；如果你想了解某个Actor是怎么组织的、蓝图里引用了哪些资源、某个动画播放时到底走了哪条状态机逻辑，那就得靠Dumper-7给你一份“内存版地图”。所以很多研究型项目，FModel和Dumper-7是配合使用的，一个读外、一个读内，信息互相印证。

3. 用FModel提取3D模型的完整实操：从打开pak到导出glb

3.1 加载.pak并定位目标模型资源

FModel设置好Directory之后，主界面左侧能看到该目录下所有pak文件。双击或右键选择“Load”加载对应的包，FModel会先做一次资源枚举，把pak内部的UAsset索引全部扫出来。这个过程可能在特别大的包里花一两分钟，耐心等就行，界面左下角会显示分析进度。

扫描结束后，你会看到一整套文件夹树。这里记住一个规律：UE的资源路径基本都放在Content文件夹下面，根据项目不同会细分出Characters、Environment、Props、UI之类的目录。想找角色模型，就进Characters；想找武器模型，就进Weapons或Props。

在练习项目中，我强烈建议使用FModel的类型过滤功能。文件树里每一条资源都带类型标识，比如SkeletalMesh、StaticMesh、Texture2D、Material、AnimationSequence。在搜索框输入目标关键词，再按类型排序，能极快地定位资源。举个例子，我曾经在一个UE5演示包里找一把锯子武器模型，直接搜“Saw”关键词，几秒就筛出了对应StaticMesh和关联贴图，比自己一层层翻目录效率高太多了。

3.2 预览几何体，确认是不是你要的Mesh

选中一个SkeletalMesh或StaticMesh资源后，FModel右侧会显示预览窗口。如果是骨骼网格体，你还能看到骨骼层级树和蒙皮信息。这一步我觉得特别重要，因为有时候资源名有迷惑性，预览一眼就能确认“这个模型到底长什么样”。

预览正常，说明资源索引、几何数据、材质引用都是完整的。如果预览区显示紫色或纯白，说明材质贴图没有正确关联到预览环境。这不代表Mesh数据坏了，多半是贴图没有提前加载或路径引用断了。处理办法是回到文件树里，把对应的Texture2D资源也加载出来再重新预览，通常就能恢复显示。

一个小细节：预览时可以用鼠标右键拖动旋转视角、滚轮缩放，但FModel的预览器性能一般，超大场景或高精度雕刻模型可能会卡，这是正常现象，不用怀疑硬件不行。

3.3 导出模型：glb、psk、smd还是uasset

确认模型没问题后，右键资源节点，选择Export，FModel会弹出一系列格式选项。不同格式的用途差别很大，我整理了一张表：

我自己用得最多的是glb和psk。glb的好处是省事，导出后直接拖进Blender就能看整体效果，做造型参考最方便。psk的优势是拓扑和骨骼信息保留得比较完整，适合要进一步绑定或修权重的情况。单纯看模型、截图、做参考图，glb就够了；要精细改模型，我建议psk+3ds Max。

这里必须提一句：uasset格式导出虽然看起来最“保真”，但你把它放进自己的UE工程后，如果编辑器版本与游戏开发版本不一致，很可能出现资源加载不了、材质丢失的情况。而且uasset在移动端或跨版本拷来拷去本来就容易出兼容问题，不是特别建议，除非你明确知道自己要做版本兼容。

3.4 贴图、材质和骨骼绑定要一起导出

模型文件本身只是“几何数据”，真正让模型好看的贴图和材质需要单独导出。在文件树里找到对应的Texture2D资源，右键Export，格式可以选PNG或TGA。注意UE5里贴图通常有通道打包的习惯，比如Roughness、Metallic、Ambient Occlusion可能各占一个通道合在了一张图里。导出后如果发现某张贴图看起来灰蒙蒙或颜色很奇怪，先别急着删，拆一下通道可能就有惊喜。

材质节点层面，FModel没法直接导出UE的材质蓝图，因为Material Blueprint本质上是一套依赖编辑器环境的复杂对象。你能拿到的是材质引用的所有贴图和材质参数值，例如金属度、粗糙度、自发光强度等。想100%还原材质效果，工作流一般是“提取贴图参数 + 在Blender或UE里手动重建材质”。听起来麻烦，但效果已经很接近官方效果了。

还有骨骼绑定。SkeletalMesh导出时，如果你选了psk，通常会连带骨骼信息；选glb时需要额外导出Skeleton资源，并在3D软件里重新关联。这里最重要的经验是：先导出Mesh，再导出骨骼，最后导入3D软件时手动把蒙皮指定到骨骼层级上。顺序错了，模型各种错位，排查起来非常浪费时间。

4. Dumper-7实战与避坑指南：没有密钥时怎么拿到可读结构

4.1 Dumper-7的工作原理

Dumper-7严格来说不是一个“模型提取器”，而是UE4/UE5的SDK Dump工具。它做的事可以这样理解：UE引擎运行时会维护几个核心全局结构，包括GObjects（所有对象列表）、GNames（所有名字表）、FNamePool（名字池），Dumper-7通过读取这些内存结构，把全部类、函数、属性、枚举、偏移量导出成文本或SDK文件。

如果你玩过UE插件开发，就会知道UClass/UObject这套反射系统几乎是公开的。Dumper-7就是抓住了这一点，让引擎自己的反射系统帮你把内存里的结构“说出来”。因此它能拿到的东西是FModel做不到的，比如某个类的完整成员变量列表，某个枚举有哪些取值，某个函数在哪个地址。

对FModel提取模型这个场景，Dumper-7的价值主要体现在：当游戏没有明确公开SDK、FModel无法解析某些特殊资源结构时，Dumper-7可以提供类名和偏移信息，辅助你手工分析。比如你想通过游戏代码定位某把武器的创建逻辑，Dumper-7给的GNames列表和类地址就成了关键线索。

4.2 编译Dumper-7并注入目标进程的完整流程

Dumper-7的使用门槛比FModel高不少，因为它需要自己编译，还要跟目标游戏进程交互。下面这套流程是基于我多次实操的经验整理，建议一步步来。

第一步，从GitHub拉取Dumper-7源码。建议直接clone最新主分支，而不是依赖旧版。第二步，用Visual Studio 2019或2022打开解决方案，配置生成平台为x64、配置为Release。编译之前，务必把项目属性里的字符集改成Unicode，否则链接阶段很容易报一堆LNK2019。这个问题我在第4.3节还会详细说。

第三步，把编译出来的Dll或Exe准备好。第四步，启动一个单机或离线环境下允许实验的练习项目（重要：不要拿在线对抗类游戏做实验，也不要尝试任何绕过反作弊的行为，这是边界问题）。第五步，以管理员身份运行Dumper-7，或者将DLL通过常规方式挂载到游戏进程，具体方式参考项目README。第六步，观察Dumper-7的控制台输出，正常情况下会显示GObjects总数、GNames地址、Dump输出路径。第七步，打开输出文件，就得到了完整的SDK列表。

整个过程对新手最不友好的其实是第五步的“挂载”动作，它依赖系统环境和游戏版本。我的建议是：先找一个自己打包的UE5小项目来练，这种项目没有保护，进程结构简单，Dumper-7成功率和稳定性都要高得多。

4.3 我踩过的那些Dumper-7的坑

Dumper-7我前前后后折腾过不少次，把几个印象最深的坑写出来，你看完至少能省一个周末的调试时间。

第一个是编译阶段的老大难：字符集不匹配。默认情况下Visual Studio新建的C++项目可能是多字节字符集，Dumper-7源码里用到了大量Unicode API和宽字符宏，两者一混就会在链接阶段报几百个LNK2019。解决办法是在项目属性把“字符集”改成“使用Unicode字符集”，然后重新生成整个项目。这个错报错信息非常误导人，因为它把问题指向一些无关函数，我当时排查了很久才意识到是字符集问题。

第二个坑是注入后没有控制台窗口。Dumper-7设计上会分配一个控制台来打印信息，但如果你的系统环境比较特殊，或者注入方式不对，控制台可能不出现。这时候别慌，先检查进程里是否有Dumper-7模块加载的迹象，或者直接查看它输出目录下是否已经生成了文件。有时候窗口没弹出来但后台已经写完了。

第三个坑是Dump结果为空或只有零碎几条。这种情况九成是游戏版本与Dumper-7当前支持的UE版本不匹配。UE5的每个小版本升级都会改引擎内部结构，Dumper-7本来就是一个高度依赖实时版本的软件，建议到项目Issues里看看有没有人反馈过对应版本的支持情况。不要盲目用最新版本去Dump老游戏，也不要拿老版本Dump新游戏。

第四个坑是游戏进程崩溃。如果目标是联网游戏且有反作弊保护，Dumper-7的注入基本都会触发保护机制。这个情况我个人建议直接放弃，不要用任何手段去绕，既没有意义也容易把自己置于风险里。对允许实验的本地项目，崩溃通常是因为填充方式跟项目环境冲突，试试“附加到进程”模式或换个注入点。

第五个坑比较隐蔽：FModel和Dumper-7同时打开同一个pak目录时，偶尔会有文件占用或缓存冲突的问题。虽然两个工具理论上不冲突，但保险起见，跑Dumper-7的时候尽量把FModel先关掉，等Dump完成再回来继续提取模型。

5. 常见问题排查速查表与避坑总结

5.1 FModel的pak列表是灰的/打不开，怎么办

这是被问到最频繁的问题，我直接说最常见的原因和对应解法。

先检查Directory是否指向了真正存有pak文件的Paks目录，而不是游戏根目录或上一级目录。FModel能不能列出文件，取决于它有没有在当前目录找到有效pak。然后检查UE Version选没选对，UE5.2的包你拿GAME_UE4_27去列，FModel大概率会解析失败，资源列表灰掉或出错。第三，如果GAMELOG显示加密标记但你没有密钥，列表同样不可用，先确认密钥正确再尝试。第四，把FModel升级到最新Release，老版本对新的IoStore格式支持不完善。第五，杀毒软件或Windows Defender有时会拦截FModel读取临时索引目录，给FModel加白名单，或把整个目录加入排除项，问题往往能迎刃而解。

5.2 导出的模型没有贴图、全白，怎么补救

这个问题在提取带PBR材质的UE5模型时几乎100%会遇到。原因很简单：模型文件本身并不内嵌贴图，它只记录材质的引用路径和参数值。你导出glb或psk后，Blender找不到引用路径，就只能用默认白色材质替代。

解决分三步。第一步，回到FModel，在文件树里找到模型同目录或Materials子目录下的Texture2D资源，批量导出为PNG/TGA。第二步，在Blender里把贴图节点重新连到Principled BSDF上，按材质名大致还原BaseColor、Normal、Roughness。第三步，如果贴图里包含打包通道，用分离RGB节点拆开，再分别给到对应输入项。这个方法做完，模型观感基本能恢复到游戏内效果的八成左右。

5.3 导入Blender出现比例或轴向混乱

UE的默认单位是厘米，Blender是米；坐标系上，UE是Z轴朝上，Blender是Z轴朝上（它与3ds Max不同），但导入时如果用了不同插件，轴向还是会出现偏差。

最直接的解决办法是在导入面板设置：把Scale设置为0.01（厘米转米），Up Axis选择Z。如果模型还是转了方向，就手动选中所有对象，在物体模式下按X轴旋转-90度。骨骼动画如果出现错位，检查一下骨架的根骨骼是否被自动归零了。这些操作都是纯Blender技能，但配合UE模型导入场景非常别扭，我第一次用glb导骨骼网格体时也被轴向问题绕晕过，最后用固定导入预设才舒服。

5.4 关于游戏逆向边界的一点提醒

聊了这么多技术细节，最后必须有几句说在前面。FModel和Dumper-7这类工具本身是学习UE引擎底层机制的绝佳入口，我写这篇文章的出发点也是帮助大家理解Unreal资源组织方式、反射系统如何工作。但只要是“提取游戏素材”，边界就摆在那里：不要把自己提取的资源用于商业项目，不要破解或绕过在线游戏的安全机制，不要在影响他人体验的场景里做任何逆向操作。

我自己的实践原则是：手头所有练习项目都尽量用官方示例、开源项目或自己有授权的东西，技术细节可以研究得很深，但实际素材绝不越界。这样既能研究技术，又不会惹来版权纠纷，晚上睡觉也踏实。

在UE5逆向这条路上，FModel解决的是“文件怎么解”，Dumper-7解决的是“结构怎么看”，两者覆盖了日常八成以上的需求。我个人最大的体会是，版本匹配和技术边界比操作步骤本身更重要，只要你把这两个前提守住，剩下的无非是熟练度问题。真遇到卡壳，优先检查UE版本、AES密钥和工具版本三个变量，绝大多数问题都能解决。