您的位置:网站首页 > 源码环境 > 正文

深入解析Lua脚本加密技术给游戏代码加上“紧箍咒”

类别:源码环境 日期:2020-10-27 11:40:23 人气: 来源:

  杨玉环容貌复原图Lua是一种被广泛用于游戏开发中的计算机语言,方便开发者定制自己所需的功能。其中,红遍全球的《的小鸟》就是由Lua语言用Wax开发的。此外,梦幻西游、奇迹暖暖、开心消消乐、放置奇兵、最强蜗牛等手游也采用了Lua语言进行编写。

  近年来,Lua脚本在游戏行业长期流行,但Lua脚本泄露事件屡见不鲜,其安全性也引起关注。通过开私服、开外挂等途径,实现对游戏代码的商业变现,这给游戏开发者造成巨大经济损失,也危及游戏玩家包括账号、物件在内的虚拟资产安全。

  本文将聚焦Lua脚本加密,深入阐述Lua常见的三种加密方式,并探索如何进一步的Lua代码。

  作为小巧的解释性语言,Lua具有简单、轻量、易的特点,且可以根据自身的特性来模拟面向对象,因此其被嵌入到越来越多的应用中,特别是游戏中,为游戏开发带来了很大的便捷性。例如,Cocos引擎的主流游戏、U3D游戏中的热更框架xlua都会用到Lua语言。

  同时,由于Lua语言自身的这些特性,Lua代码本身并不安全,很多时候者可以获取Lua源码进行阅读,分析,以及等,然后进一步的重打包,给游戏本身带来了很大的安全隐患。

  对于这种脚本解释性语言,从代码的角度跟它自身所表现的形式是密不可分的,对于Lua而言,目前市面上手游包中可以看到的主要是lua源码,luac,luajit三种的表现形式,接下来会详细的介绍每一种形式以及自身现有的以及所暴漏出来的优缺点。

  目前市面上用到Lua源码本身在游戏中呈现的并不是很多,但是在一些热更下发中会比较多;因此从源码的思会很容易的想到针对Lua源码本身进行混淆的方案;目前市面上针对Lua源码进行混淆的厂家主要有以下这几家:

  对于这种基于源码的混淆,优点是是Lua经过处理以后更加的复杂化了,增大了者进行分析的成本和难度;由于攻防升级,对于的混淆也有相对的反混淆处理方式。同时混淆除了自己混淆本身所表现出来的兼容性问题以外,对于开发者也有以下这几个问题:

  由于混淆器为了增大混淆的程度和难度,里面会有随机的代码要进行热更,热更的时候会进行比较,这样没办法进行热更处理;

  luac是作为自己的语言的字节码格式,与其他脚本语言python等虚拟机中所表现的出来是一样的,等Lua加载到内存中以后,虚拟机会加载对应的字节码,由于lua主要有5.1、5.2、5.3三个版本,因此也会有对应的三个格式的luac版本,目前在手游中主流是5.2的版本;

  虽然说luac不会以源码的形式出现,但是由于Lua字节码的执行以及格式可以根据在Lua源码中进行探知到,比如luadec反编译工具,因此luac形式还是不安全的。目前市面上对于这种主要有三个形式:

  从Lua的虚拟机源码处可以得知在luaL_loadbuffer函数会加载Lua,因此有安全意识的厂家会对Lua进行加密。修改这个源码,在真正的执行前进行解密;

  但是由于虚拟机的执行过程是开源的,并且由于cocos工程编译处理需要静态链接对应的引擎库,这样对应的引擎so文件是有符号的,因此对于者来说,在luaL_loadbuffer函数处可以进行内存的DUMP得到正常的字节码,然后使用反编译工具进行处理,进行进一步的修改;

  对于Lua这种解释性语言,无论是虚拟机,还是对应反编译工具都是有一个固定的opcode的顺序,有意识的安全厂商会通过修改对应的opcode的顺序进行,如下图所示:左边是正常opcode的顺序,右边是进行随机化以后的opcode的;

  目前对于这种自定义修改opcode的处理方式,目前者可以根据通过目标虚拟机加载Lua文件跟正常虚拟机编译的luac进行对比“吐出”对应的映射表,然后进一步的借助于反编译工具进行反编译处理进一步的处理;

  或者由于Lua自身的opcode不是很多,如上图所示可以很轻松的定位到正常的执行顺序;因此这种处理方式也不是很安全。

  可以看到有的游戏厂商对Lua虚拟机进行安全编译处理,也就是复杂化整个虚拟机的解释流程,这种做法其实“治标不治本”。

  一是由于Lua本身是开源的,经过安全编译处理完以后,对应的符号还是存在;者很容易的定位;

  二是对于者而言其实不用太关心中间的虚拟化解释执行过程,因此从整个的角度来讲,实质性作用不大。

  目前的以luac为主要表现形式的游戏厂商主要是对于三种的综合使用,但是经过分析可以看到从根本上没有起到一个好的作用,只能部分初级的者,对于真正的点的没有抓住。

  由于考虑到Lua的执行效率问题,luajit诞生了,从名字上可以看出,luajit是Lua的即时编译器生成的,一个用手写汇编实现的Lua解释器和一个可以直接生成机器代码的JIT编译器;根据dynasm动态生成buildvm_.h的文件,进一步的解释执行;

  目前很多的游戏厂家,为了进一步的游戏中的脚本,将Lua处理为luajit的格式,对于luajit而言,也有对应的反编译工具,ljd或者luajit-lang-toolkit或者luajit-decomp,因此进而一些游戏厂商在经过luajit形式以后会进行加密处理;

  二是也可以通过反编译代码,如下图所示为某知名游戏对应的key和sign值,然后调用TEA进行解密可以得到标准的luajit的形式;然后结合反编译器进行反编译修改等等;

  通过对于lua、luac、以及luajit的以及逆向的角度来看,要想真正的去Lua游戏,可以从以下几个角度出发:

  目前很多的游戏厂商通过Quick-Cocos2dx或者cocos自带的算法,以TEA这种为代表进行加密处理,包括对于脚本以及zip包等等加密,这样使得者也能够轻意的去利用这些算法完成解密等操作;因此算法的设计越”私有化“越好,这样可以在第一个层面上做到防止者进行静态的还原脚本。

  通过可以看到无论是自定义opcode解释器还是使用安全编译器处理Lua虚拟机,这其中存在一个问题,由于静态链接的问题,符号表是暴漏的,符号表的存在为者提供了丰富的分析线索 ,因此可以对Lua的虚拟机解释引擎进行加壳处理,不仅仅能够的私有化解密算法,同时符号的消除使得者很难得进一步去分析。做到了第二个层面上的,同时有了壳以后会对游戏周围的可疑进行检测,比如提到的HOOK等。

  比如提到的对于Lua在混淆处理的时候,尽可能的考虑到开发者的功能业务,是游戏的逻辑业务还是热更?否则像提到的基于源码的混淆,每次的随机化会导致事倍功半。

  在对Lua源码混淆处理的时候,可以对luac以及luajit对应的反编译工具进行对坑,由于部分者不是很懂反编译的原理,加强使得者不能反编译;

  由于Lua自身语法的灵活性,可以对于Lua本身的格式进行自定义化,同时修改对应的解释器部分,这样者就不得不分析自定义的格式以及对应的解释器部分,加大分析的难度。

  安全常常以代码为目标,达到破解软件的目的。在导致泄露的网络安全“短板”中,代码安全是最本质、最核心的问题。

  不可否认的是,在数字经济时代,对于科技企业而言,代码既是著作权的一部分,也是核心商业机密之一。核心代码一旦泄露,导致软件的核心技术外流,这对于企业几乎是致命的打击。

  网易易盾游戏反外挂,分享前沿技术知识及趋势,帮助企业规避影响业务健康发展的安全风险。结合网易多年游戏安全实战积累,易盾围绕游戏行业常见安全风险,提供一站式全生命周期手游安全解决方案。

  

0
0
0
0
0
0
0
0
下一篇:没有资料

相关阅读

网友评论 ()条 查看

姓名: 验证码: 看不清楚,换一个

推荐文章更多

热门图文更多

最新文章更多

关于联系我们 - 广告服务 - 友情链接 - 网站地图 - 版权声明 - 人才招聘 - 帮助

CopyRight 2002-2012 技术支持 源码吧 FXT All Rights Reserved

赞助合作: