聊聊 iOS 游戏加固里几个容易想当然的地方

见过不少 iOS 手游，加固功能项都上了：混淆、资源加密、越狱检测，清单一条不落，可上线还是被绕。问题基本不在"有没有做"，在几个"以为做了就行"的想当然上。挑几个最常见的说说。

以为 iOS 封闭就不用太较真。 这是最普遍的一个惯性。苹果封闭、有沙箱、有强制签名，感觉天然比 Android 稳。但沙箱和签名管的是应用之间的隔离、代码从哪来、要什么权限，跟游戏里那套代码、资源、协议逻辑能不能被扒、被改，是两回事。设备一旦越狱，客户端里的东西基本就摊开了。iOS 不是不用加固，是它容易让人觉得不用。

以为 IL2CPP 编成 native 就藏住了。 Unity 项目里这个想当然最常见：C# 全编成 native，dnSpy 拖进去一片空白，像是逻辑没了。可 IL2CPP 得靠一份元数据存类名方法名，现成工具读它就够，几下就把名字还原出来，根本不用逆代码。光有 native 化不算数，名字这层得在编译前就混掉。

以为资源加密了就安全了。 常见做法是首包 AssetBundle 全加密，看着挺踏实。但热更下发的那批往往还是明文，攻击者不碰首包，直接从更新目录里拿。还有更隐蔽的：整包一次性解密再交给引擎，那一瞬间内存里就是完整明文，盯着加载入口就整包拿走。加密光"加了"不够，得管到热更、也管到运行时那个明文窗口。

以为加了检测就有用。 越狱、调试、hook 检测都接上，清单打勾。但常见的写法是收在一个函数里、最后返回一个 bool，这种结构别人改一处返回值就全关了。再加上只探几个固定越狱路径，rootless 越狱早把环境挪走，那几个路径根本不在。检测加没加是一回事，扛不扛得住改是另一回事。

这几条摆在一起，其实是同一个判断：看一套 iOS 游戏加固，别只数它做了哪些功能项，更该看攻击者绕过其中一层之后，是不是顺手就进了下一层。代码、引擎、资源、运行时、再到跟服务端的配合，这几段但凡有一段是断的，前面做得再满也会从那儿被穿过去。短板决定上限，不是把某一块堆到顶就行。

完整的怎么做，每层具体查什么、代码怎么落地，都整理在字节暗面主站，想看可以搜「字节暗面 iOS 游戏加固」。