在过去二十多年中，伴随着移动互联网的发展，游戏行业经历很大的变化——不仅仅是从技术上的革新，游戏的实现能力更是有了飞跃的发展，但是在移动游戏逐渐成为大众休闲娱乐的主流方式的背后，其安全正受到网络黑产的巨大威胁。

随着硬件与开发技术的成熟相继发展成型，游戏行业安全问题也随之出现，外挂工具、系统功能漏洞、服务器宕机漏洞等问题频发，也将大幅影响游戏内平衡，使用户体验下降。可以说，无论是移动应用还是游戏，发生安全问题就如同打开“潘多拉魔盒”，不但可能危害用户切身利益，也同样会造成企业的损失。与此同时还会发生企业信誉危机，品牌口碑大幅下滑等一系列问题。

1. 造成安全问题的技术实现分析

1.1 内购破解：

通过暴力破解方式，绕过/破解支付校验代码，支付框架、sdk破解，造成收入严重受损。

1.2 修改内存

通过内存注入、动态调试、内存dump等操作恶意篡改游戏内容，造成游戏平衡性下降。

1.3 二次打包

篡改游戏代码、更换游戏logo、皮肤、包名，篡改后的游戏，造成扣费、流量损耗、弹广告等等，造成公司名义受损。

1.4 游戏修改器

游戏修改器对几乎所有的游戏都会造成严重破坏，修改游戏属性值，严重破坏游戏平衡，付费环节变得没有任何作用，收入变低，用户兴趣低，用户量损失。

1.5 核心技术、数据信息丢失

通过破解方式，获取游戏核心代码，对公司自主产权造成严重损害，游戏数据信息丢失、玩家个人信息数据泄露。

2. 移动游戏安全解决方案解析

2.1 Java代码vmp加密

对dex文件进行native指令化转化，并且以native方式还原到安卓内存中，即使使用dump手段dump出当前部分代码，也是经过native处理过的代码，不会还原成APP源代码。

2.2 动态调试保护

2.2.1 防动态注入

防注入保护，能防止APP运行时通过注入的方式获取APP隐私数据、使用hook等方式劫持APP的正常运行流程等。当加固后的APP检测到注入时，APP会自动退出运行。

2.2.2 防动态调试

反调试机制能够拒绝调试工具的附加操作，阻止调试器对移动应用调试分析其业务逻辑代码，一旦被加固的程序检测到有如gdb等调试操作将自动退出运行。

2.2.3 防内存dump

防内存dump保护，能有效阻止gdb dump等操作，同时因为代码采用函数体分离方式和native化保护，代码都是以单个函数还原到内存中，而内存中的代码也是经过native处理，及时dump出当前代码片段，也是经过native方式处理后的代码，不会还原成源代码。

2.3 防二次打包

对签名做完整性校验保护，一旦更改签名文件，程序将不会再次运行。

2.4 So源码混淆

对SO文件做加密和自定义加载处理，除此之外还会对SO文件中字符串加密和代码混淆处理，层层防止攻击者提取SO文件和对其二进制代码做反编译和反汇编处理。 对Objective-C、C、C++编译后的Native代码进行代码混淆处理，被混淆过后的代码中存在多余代码、怪癖语法、冗余逻辑判断，冗余函数调用等难以阅读和理解的代码，结合字符串加密和反调试机制等功能，让攻击者无法反编译，从而有效的保护源代码安全。

2.5 代码虚拟化保护

采用基于LLVM编译器中间层实现的虚拟化编译器，可通过虚拟CPU解释器以及虚拟IR指令，将原始CPU指令进行加密转换处理为只能由虚拟解释器解释执行的虚拟指令，能够完全隐藏函数代码逻辑，以及函数及变量之间的依赖关系。

2.6 其他安全建议

iOS安全建议，为了防止在Android端无法分析出协议，但是可以通过iOS端分析的情况发生，建议iOS端也做安全加密操作，iOS端源码混淆功能与so文件源码混淆功能相同，字符串加密、代码结构逻辑混淆、指令替换、控制流平坦化，虚假控制流等。