知了博客

集天地之精华,吸日月之灵气

« UE4游戏汉化通用教程|第一篇:Pak解包和打包以及简单导出并汉化文本文件市区老破小 VS 郊区地铁盘,谁升值快?盘,谁升值快? »

虚幻4(ue4)引擎加密pak解包教程(初学者向x64源码逆向)

 本文为看雪论坛优秀文章

看雪论坛作者ID:devseed

 

 

前言

 

 

遇到了喜欢的游戏,想提取壁纸,于是找quickbms等虚幻4引擎解包工具。无奈游戏加密,无法解包。

不知密钥情况下,也没在网上找到现成的加密pak解包工具。想到Unreal4已经开源,就尝试着自己找一下密钥,也算是对照源码的x64逆向分析调试。

以前接触的OllyDbg都是32位程序,64位稍有不同,这篇教程也算是我的初次接触x64dbg笔记了,包括了我对源码和编译器优化特征的理解,以及如何定位源码和反汇编代码的想法。本教程仅适用于非魔改版引擎和未加壳源码对照分析,以ue 4.23为例。

注意,此教程仅用于逆向学习分析,请勿用于各种侵权行为。完全初学者应该也能很容易看明白,欢迎大家讨论交流,如有错误请多指教~

本文内容与我在隔壁发的完全一样。

 

观察源码,寻找切入点

 

 

我用的vscode,搜索关键字decrypt。我们发现FAES:: Key结构,就是加密key,去epic官网查[5]发现是aes256加密。

注意游戏版本要与源码版本一致,否则源码有可能修改对不上,还有此处不讨论魔改版ue4和程序加壳等问题。

 

 

看见void DecryptData(uint8* InData, uint32 InDataSize,FGuid InEncryptionKeyGuid)函数,右键findallreference找到相关信息,寻找切入点,我们看到文件IPlatformFilePak.cpp文件中void FPakFile::LoadIndex(FArchive* Reader)函数有fatal error的log,这个可以成为我们的关键点(因为是fatal,一般都会保留log,其他的log可能就没有编译到程序中[1])。

 

 

 

x64dbg寻找切入点

 

 

(为了减少break,在setting中只勾选entry和attach breakpoint,但是不知为什么还是在raiseerror中断?)右键搜索all module,reference string "Corrupted index offset in pak file.",可以定位void FPakFile::LoadIndex(FArchive* Reader)函数了。

 

 

 

分析函数与找到key

 

 

这部分最复杂也最麻烦,主要因为编译器的优化将很多函数变成了inline,

函数前面不一定非得有push rbp,mov rbp,rsp这种典型的语句,而且并不一定函数一定会有call,但是多个嵌套一般最多有嵌套个数个call。

还有要 记住x64与x86反汇编的不同,基本上都是__fastcall, 前四个参数为rcx,rdx,r8,r9(c++ this指针为rcx [2]),剩下的从右向左push,被调用者清理堆栈 [3]。我们的目的是定位void DecryptData(uint8* InData, uint32 InDataSize, FGuidInEncryptionKeyGuid),FAES::DecryptData(InData,InDataSize, Key),函数找到KEY这个数据结构。

不需要弄清楚加密原理(其实也没什么必要,应该是调用了标准的aes256加密算法),因此对照源码关注Jump类指令即可,一般JGE为if(a<b), JNE为if(!a)。有时也可以通过观察源码和反汇编看到跳过大段内容来定位。具体本例的切入点:

3.1

 

观察源码bool bFisrtPass=True,同时看x64dbg中的反汇编 mov r12b,1 猜测r12b可能代表了bFisrtPass(编译器优化局部变量不一定调用堆栈,有些直接就用寄存器了)。

 

 

3.2

 

一直往下拉吧,观察r12b相关的,看见test r12b,r12b 这个就是检查r12b是否为0,因此推断出下一句为if (!bFirstPass),因为jne跳转后直接cmd顺腾摸瓜同时定位了if (Info.bEncryptedIndex)。

 

 

3.3

 

对照源码DecryptData输入3个参数和反汇编mov edx, lea r8, mov rcx 也是3个参数,因此推测光标处的call即为DecryptData函数。Decrypt条件语句中只有一个call因为GetData直接取值了。

 

 

 

3.4

 

DecryptData函数在反汇编中就比较混乱了,因为出现了大量的inline函数,好多小的跳转,我们先找大的跳转来定位。可以在graph视图下粗鲁看,然后在cpu中标记。

 

 

 

 

3.5

 

最后找key就要耐心调试一下了,关键是注意FPakPlatformFile::GetPakEncryptionKey(Key,InEncryptionKeyGuid),FAES::DecryptData(InData,InDataSize, Key),这两步和key相关,调试的时候要关注call之前ecx(c函数,rcx为第一个参数),r8(第三个参数)存储地址指向的值(即[rcx],[r8]),多次循环到此步骤是否相等来判断key。还有key特点一般是256bit(即memory dump中的两列)看起来比较随机,一般不会出现特别整齐的。

经调试并且对照三个参数的意义,发现倒数第二个call即为FAES::DecryptData(InData, InDataSize,Key) !)函数。到此在[rcx]的32字节即为所求的key。

 

 

得到key后解包

 

 

用base 64得到asci字符串[6],并且参考[1]的crypto.json文件用

[Unreal EngineInstall]/Engine/Binaries/Win64/UnrealPak.exe -Test [PAK FILE PATH]-cryptokeys=[LOCATION OF crypto.json]

指令即可解开pak文件。然后再用umodel来查看即可,一些文件可以转换为png等。

Refer:

 

(1)blog.jamie.holdings/201

(2)docs.microsoft.com/en-u

(3)softwareengineering.stackexchange.com

(4)docs.microsoft.com/en-u

(5)docs.unrealengine.com/e

(6)base64.guru/converter/e

 

 

- End -

 

 

 

看雪ID:devseed

bbs.pediy.com/user-6177

 

*本文由看雪论坛 devseed 原创,转载请注明来自看雪社区

 

 

 

 

推荐文章++++

GandCrab v5.2 分析

恶意代码分析中一些常见的非PE样本分析

定制Xposed框架

通过一道pwn题详细分析retdlresolve技术

打造属于自己的渗透神器——WiFi-ducky

 

 

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

日历

最新评论及回复

最近发表

Powered By Z-Blog 1.8 Arwen Build 90619 Code detection by Codefense  theme by BokeZhuti

Copyright know blog. Some Rights Reserved.站长(msn):webmaster#webgou.info(#换成@) 粤ICP备09183716号