游戏协议大道-筑基篇

本文为看雪论坛优秀文章

看雪论坛作者ID：零加一

00.抓包

通过抓包发现，包的可读性变差了。但看着像是序列化后的json。

其中的参数都是上一篇所见识到的。

00.0.印证

前面说到，这些数据像是序列化后的json。印证了一下，确实如此。前六个字节为包头，随后四字节表示长度。

def DecodeData(Data,IsSend,ShowLog):
    Len=0
    index=0
    Maxlen=len(Data)
    b_msg=b''
    Res=[]
    while index<Maxlen:
        ZmFlag=Data[index:index+2]
        index+=6
        Len=Data[index:index+4]
        index+=4
        Len=int().from_bytes(Len, byteorder='big', signed=True)
        if index+Len<=Maxlen:
            b_msg=Data[index:index+Len]
            index+=Len
            msg=msgpack.unpackb(b_msg,raw=False)
            Res.append(msg)
            if ShowLog:
                print(msg)
            Len=0
        else:
            break
    return Res

当我以为这就修道结束的时候，发现后面发送的包居然无法正常解析，显然是加密了。

但发现每个加密的包都会有'cr'两个字符是不变的。经过一些简单的测试都无法解密，那么就直接对程序进行拆包分析了。

01. 拆包

将apk解压后查看lib目录发现信息如下：

libil2cpp.so
libtolua.so
libunity.so

C#+u3d+lua，经典游戏开发套路。

当我满心欢喜使用Il2CppDumper对il2cpp进行提取后，啥有用信息都没得。此时fk游戏团队！

把il2cpp拉进ida加载Il2CppDumper给的签名(足足44mb)，加载大概半个钟，啥有用信息都没得。再次fk游戏团队！

难道游戏逻辑靠lua？

在assets目录下有Lua_Android这么个文件夹引起了我的注意：

里面unity3d结尾的都是unity打包的文件，不过头部都多了11个字节出来。

01.1 导出lua

首先清掉文件开头多出来的11个字节保存：

然后用AssetStudio加载对应的文件夹32bit_out

嚯，好家伙。看了一下，半喜半忧。

01.2 解密lua

经过一番寻找，终于在il2cpp.so里找到了lua解密的函数。但没想到这么简单！！！

密钥为：'m71'

.bss:036D6D18 StringLiteral_14090 % 4                 ; DATA XREF: LuaEncryption$$Encrypt+5C↑o
.bss:036D6D18                                         ; LuaEncryption$$Encrypt+68↑o ...
.bss:036D6D18                                         ; m71

01.2.1 解密luac

但是解出来的是luac，还得用工具把他反编译成lua。

01.2.1 反编译luac

使用luajit-decompiler对解密的luac进行批量反编译。

下载地址：https://gitlab.com/znixian/luajit-decompiler

python ./main.py --recursive ./xy_luac --dir_out ./xy_lua_d --catch_asserts  -e  luac

完成后，大部分都能反编译成功。

02. 分析

抓包的时候我们说过，进入游戏后发送的包是加密的。那么我们现在要做的就是找到加密的地方看看算法。

通过加密的包里cr字符串的定位可以很幸运的找到了加密的地方：

首先是key的来源，看起来是一个时间戳+"000000"来生成的：

local key = MISC_MGR.lst()

function lst()
    return _last_sync_time
end

function sync_server_time(time)
    _last_sync_time = tostring(time) .. "000000"

    logger:info("SYNC server time %f", time)

    _time_diff = time - UnityEngine.Time.realtimeSinceStartup
end

return function (rid, server_id, time, start_server_time)
    logger:info("玩家(%s)登录成功，时间=%d", rid, time)
    REMOTE_MGR.set_local_server_id(server_id)
    MISC_MGR.sync_server_time(time)
    MISC_MGR.set_start_server_time(start_server_time)
    LTSDK_MGR.login_report()
    AUTHSERVER_MGR.disconnect()
    LTSDK_MGR.sync_last_request()
    WINDOW_MGR.hide_wait()

都没有明确的值来源，服务端要想解密要么本地发送密钥或者服务端下发密钥，这时就得看看有没有什么可疑的数据包了。

在顺着第一个被加密的包往上找，终于让我找到了一个相关的：

反序列化后数据为:

['sync_server_time', [1614052775]]

接着是加密的算法，时间戳+6个0刚好16位，难道是aes？

msg = "cr" .. cry.encrypt(key, msg, 16, 1)

function encrypt(n, s, h, r, d)
    assert(n ~= nil, "Empty password.")
    assert(n ~= nil, "Empty data.")

    local r = r or CBCMODE
    local h = h or AES128
    local l = {
        string.byte(n, 1, #n)
    }
    local u = util.padByteString(s)

    if r == ECBMODE then
        return ciphermode.encryptString(l, u, ciphermode.encryptECB, d)
    elseif r == CBCMODE then
        return ciphermode.encryptString(l, u, ciphermode.encryptCBC, d)
    elseif r == OFBMODE then
        return ciphermode.encryptString(l, u, ciphermode.encryptOFB, d)
    elseif r == CFBMODE then
        return ciphermode.encryptString(l, u, ciphermode.encryptCFB, d)
    elseif r == CTRMODE then
        return ciphermode.encryptString(l, u, ciphermode.encryptCTR, d)
    else
        error("Unknown mode", 2)
    end
end
AES128 = 16
AES192 = 24
AES256 = 32
ECBMODE = 1
CBCMODE = 2
OFBMODE = 3
CFBMODE = 4
CTRMODE = 4

aes = e(function (n, ...)
    local s = util.putByte
    local h = util.getByte
    local r = "rounds"
    local d = "type"
    ...

应该不会是魔改的aes吧？

经过测试，标准的aes_ecb加密。

03. 筑基

最终展示如下，登录成功把已登录的挤掉线！

多的不敢写，怕封号。

筑基失败，当场飞升了。

- End -

看雪ID：零加一

https://bbs.pediy.com/user-home-749276.htm

  *本文由看雪论坛 零加一 原创，转载请注明来自看雪社区。

# 往期推荐

公众号ID：ikanxue

官方微博：看雪安全

商务合作：[e-mail]

球分享

球点赞

球在看

点击“阅读原文”，了解更多！