1. 项目概述为什么我们要对AndLua的main.lua下手如果你在安卓逆向或者移动应用安全分析的圈子里混过一段时间大概率听说过AndLua。它本质上是一个能让开发者在安卓应用里嵌入Lua脚本的运行时环境很多应用特别是那些需要快速迭代功能、或者想实现一定代码混淆和动态加载的应用都喜欢用它。开发者把核心逻辑写在Lua脚本里然后由AndLua引擎去执行这样既灵活又能在一定程度上保护源代码——毕竟直接看.lua文件是明文但经过AndLua打包后关键的main.lua文件往往会被加密或编码处理。这就引出了我们今天的核心目标逆向并解密那个被加密的main.lua文件。这个文件通常是整个应用逻辑的入口和核心拿到它就相当于拿到了应用的“源代码”Lua脚本形式。无论是进行安全审计、学习实现原理还是进行二次开发在合法合规的前提下这都是关键一步。网上相关的资料比较零散要么只讲理论要么给的代码跑不通。所以我打算用这篇“保姆级”的教程结合一个我实测可用的Python解密脚本把整个过程掰开揉碎了讲清楚。整个过程不涉及复杂的汇编和动态调试主要聚焦在静态分析和算法还原上非常适合有一定Python基础、对逆向感兴趣的朋友上手。2. 核心思路与前置知识拆解在动手之前我们必须搞清楚AndLua是怎么处理main.lua的以及我们的逆向路径是什么。盲目地去翻找二进制文件效率会非常低。2.1 AndLua的运行与加密机制浅析AndLua一个流行的增强版本在打包应用时会对Lua脚本进行处理。默认情况下它可能只是做一个简单的Base64编码但更多时候开发者会启用其内置的XOR异或加密或AES加密功能来保护main.lua。加密后的内容通常会被放在APK包的assets目录下或者直接内嵌在classes.dex或原生库(.so文件)的资源段里。我们的首要任务就是找到这个加密后的数据块。加密的关键在于密钥和算法。AndLua的加密逻辑通常写在它的Java端代码里。因此逆向的通用思路是定位找到负责解密main.lua的Java类和方法。分析分析其解密算法是简单的XOR还是AES密钥是如何生成或存储的。提取从APK中提取出加密的main.lua数据。还原用Python复现解密算法输出原始的Lua脚本。注意本文讨论的技术仅用于安全研究、学习及合法授权的审计场景。请务必遵守相关法律法规勿将其用于侵犯他人软件著作权或进行非法破解。2.2 你需要准备的工具与环境工欲善其事必先利其器。以下是整个流程会用到的核心工具APK反编译工具任选其一Jadx-GUI我最推荐的工具。它图形化界面友好能直接将APK反编译成可读的Java代码搜索和分析功能强大。对于快速定位关键类非常有效。Apktool命令行工具主要用于反编译APK资源文件AndroidManifest.xml,res等并得到smali中间代码。当Jadx反编译出的Java代码难以阅读时可以借助Apktool输出的smali来辅助分析。Python 3环境本文的脚本基于Python 3.7编写。确保你的电脑上已安装Python并且知道如何使用pip安装库。我们将主要用到pycryptodome一个强大的加密算法库来处理可能的AES解密。文本编辑器/IDE如VSCode、PyCharm或Sublime Text用于编写和运行Python脚本。目标APK文件一个你确定使用了AndLua并且加密了main.lua的应用。请通过合法途径获取例如自己开发的测试应用。十六进制编辑器可选但推荐如010 Editor或HxD。用于查看和提取APK或.so文件中的二进制数据特别是当加密数据不以独立文件形式存在时。3. 逆向分析实战定位与提取加密数据理论说再多不如动手操作一遍。我们假设已经拿到了一个目标APK文件现在开始“破案”。3.1 第一步反编译与关键代码定位首先用Jadx-GUI打开目标APK。在左侧的工程树中我们需要寻找与AndLua相关的包名。常见的包名路径包含andlua、luaj等。更直接的方法是在Jadx的全局搜索功能中通常按CtrlShiftF搜索以下关键词main.luaLuaScriptdecryptdecodeloadfile通常你会找到一个名为LuaUtil、LuaHelper或ScriptCrypto的类。这个类里会有一个静态方法专门用于读取并解密main.lua。我们来看一个非常典型的模式代码经过简化和脱敏// 示例一个常见的AndLua解密函数Java import javax.crypto.Cipher; import javax.crypto.spec.SecretKeySpec; import java.util.Base64; // 注意旧版本可能用android.util.Base64或Apache的库 public class LuaDecryptor { private static final String KEY a_very_simple_key123; // 示例密钥实际可能更复杂或来自别处 public static byte[] decryptMainLua(byte[] encryptedData) { try { // 1. 可能是先Base64解码 byte[] data Base64.getDecoder().decode(encryptedData); // 2. 也可能是简单的XOR解密 byte[] keyBytes KEY.getBytes(UTF-8); for (int i 0; i data.length; i) { data[i] (byte) (data[i] ^ keyBytes[i % keyBytes.length]); } // 3. 或者是AES解密更常见于较新或注重安全的版本 // Cipher cipher Cipher.getInstance(AES/ECB/PKCS5Padding); // SecretKeySpec keySpec new SecretKeySpec(keyBytes, AES); // cipher.init(Cipher.DECRYPT_MODE, keySpec); // data cipher.doFinal(data); return data; } catch (Exception e) { e.printStackTrace(); return null; } } }分析要点密钥KEY这是解密的灵魂。它可能像上面一样是硬编码在代码里的字符串。也可能通过某种算法动态生成例如拼接设备ID、包名的MD5值等。你需要仔细阅读代码逻辑找到密钥的最终来源。算法流程注意观察解密步骤。常见组合是Base64解码 - XOR解密或Base64解码 - AES解密。代码中的Cipher.getInstance参数如AES/ECB/PKCS5Padding明确告诉了我们加密模式和填充方式这在用Python复现时至关重要。数据来源找到是谁调用了这个decryptMainLua方法。通常会有一个load或runScript方法它的参数可能是一个InputStream指向assets/main.lua或一个资源ID。这告诉我们加密数据存储在哪里。3.2 第二步提取加密的main.lua数据定位到解密函数和数据来源后我们就要把加密的原始数据“挖”出来。主要有两种情况情况A数据在assets目录下这是最简单的情况。直接用解压软件如7-Zip打开APK文件进入assets文件夹寻找名为main.lua或类似名称的文件。这个文件的内容看起来是一堆乱码或者经过Base64编码的文本。直接将其复制出来保存为一个新文件比如encrypted_main.lua.bin。情况B数据内嵌在Dex或.so文件中如果assets里没有那数据很可能被编译进了classes.dex或某个.so库文件里。这时就需要用到十六进制编辑器。用Apktool反编译APKapktool d target.apk -o output_dir在输出的目录里用十六进制编辑器打开classes.dex或可疑的.so文件通常在lib目录下。在解密函数的Java代码中找到加载数据的地方它可能使用getResourceAsStream并传入一个整型资源ID。你可以尝试在resources.arsc或R.java中寻找这个ID对应的资源名但更直接的方法是搜索特征字符串。在Jadx中找到解密函数的调用处看传入的字节数组是否对应一个明显的十六进制数组初始化例如byte[] data {0x1A, 0x2B, 0x3C, ...};。如果找到了这些十六进制值就是加密数据。在十六进制编辑器中搜索这些连续的字节序列。找到后将这一整块数据可能需要你根据上下文判断长度选中并导出为二进制文件。实操心得很多时候加密数据块的开头或结尾会有一些特征比如固定的文件头魔数或填充。多对比几个样本能帮助你更准确地划定数据范围。如果数据在.so里寻找引用它的Java Native Interface (JNI)函数名也是突破口。4. Python解密脚本编写与详解拿到了加密数据分析清了算法和密钥就可以用Python来解放双手了。下面我提供一个功能相对完整的Python脚本模板它涵盖了Base64、XOR和AESECB模式这几种常见情况。#!/usr/bin/env python3 # -*- coding: utf-8 -*- AndLua main.lua 解密脚本 根据逆向分析得到的算法和密钥进行配置 import base64 from Crypto.Cipher import AES from Crypto.Util.Padding import unpad import argparse import sys def decrypt_xor(data: bytes, key: bytes) - bytes: 使用XOR算法解密数据。 :param data: 加密数据 :param key: XOR密钥 :return: 解密后的数据 decrypted bytearray() key_length len(key) for i in range(len(data)): # 每个字节与密钥对应字节进行异或操作 decrypted.append(data[i] ^ key[i % key_length]) return bytes(decrypted) def decrypt_aes_ecb(data: bytes, key: bytes) - bytes: 使用AES-ECB算法解密数据。 :param data: 加密数据必须是16字节的倍数 :param key: AES密钥16, 24, 32字节对应AES-128, AES-192, AES-256 :return: 解密后的数据已去除PKCS5/PKCS7填充 cipher AES.new(key, AES.MODE_ECB) decrypted cipher.decrypt(data) # 去除PKCS5/PKCS7填充 return unpad(decrypted, AES.block_size) def main(): parser argparse.ArgumentParser(description解密AndLua加密的main.lua文件) parser.add_argument(input_file, help加密的输入文件路径) parser.add_argument(output_file, help解密后的输出文件路径) parser.add_argument(-k, --key, requiredTrue, help解密密钥字符串) parser.add_argument(-m, --mode, choices[xor, aes], defaultxor, help解密模式xor 或 aes (默认: xor)) parser.add_argument(-b, --base64, actionstore_true, help输入文件是否经过Base64编码需要先解码) parser.add_argument(--key-encoding, defaultutf-8, help密钥的字符串编码默认: utf-8) args parser.parse_args() try: # 1. 读取加密文件 with open(args.input_file, rb) as f: encrypted_data f.read() print(f[*] 已读取输入文件大小: {len(encrypted_data)} 字节) # 2. 如果输入是Base64编码先解码 if args.base64: try: # 处理可能存在的换行符 encrypted_data base64.b64decode(encrypted_data.replace(b\n, b)) print(f[*] Base64解码后大小: {len(encrypted_data)} 字节) except Exception as e: print(f[!] Base64解码失败: {e}) sys.exit(1) # 3. 将字符串密钥转换为字节 key_bytes args.key.encode(args.key_encoding) print(f[*] 使用密钥: {args.key} (字节长度: {len(key_bytes)})) # 4. 根据模式选择解密算法 if args.mode xor: decrypted_data decrypt_xor(encrypted_data, key_bytes) print(f[*] 使用XOR模式解密) elif args.mode aes: # 检查密钥长度是否合法 if len(key_bytes) not in [16, 24, 32]: print(f[!] AES密钥长度必须为16、24或32字节当前为{len(key_bytes)}字节。) print(f[!] 请检查密钥是否正确或尝试使用XOR模式。) sys.exit(1) # 检查数据长度是否为16的倍数 if len(encrypted_data) % 16 ! 0: print(f[!] AES-ECB解密要求数据长度为16字节的倍数当前为{len(encrypted_data)}字节。) print(f[!] 数据可能已损坏或算法模式不是ECB可能是CBC需要IV。) sys.exit(1) try: decrypted_data decrypt_aes_ecb(encrypted_data, key_bytes) print(f[*] 使用AES-ECB模式解密) except Exception as e: print(f[!] AES解密失败: {e}) sys.exit(1) # 5. 将解密数据写入输出文件 with open(args.output_file, wb) as f: f.write(decrypted_data) print(f[] 解密成功输出文件: {args.output_file}) print(f[] 解密后大小: {len(decrypted_data)} 字节) # 6. 尝试以文本形式预览前几行假设是Lua源码 try: # 假设是UTF-8编码的Lua源码 preview decrypted_data[:500].decode(utf-8, errorsignore) print(f\n[*] 解密内容预览前500字节:) print(- * 40) print(preview) print(- * 40) except: print(f[*] 解密内容无法以UTF-8解码预览可能为二进制或其它编码。) except FileNotFoundError: print(f[!] 错误找不到输入文件 {args.input_file}) except Exception as e: print(f[!] 解密过程中发生未知错误: {e}) sys.exit(1) if __name__ __main__: main()4.1 脚本使用指南与参数详解这个脚本设计为命令行工具灵活性很高。你需要根据逆向分析的结果来填写参数。安装依赖 在运行脚本前需要安装pycryptodome库。pip install pycryptodome基本使用示例 假设你逆向分析后发现目标APK的main.lua是经过Base64编码后再用密钥my_andlua_secret进行XOR加密的加密文件已提取为encrypted.bin。python decrypt_andlua.py encrypted.bin decrypted.lua -k my_andlua_secret -m xor -bencrypted.bin: 你的加密输入文件。decrypted.lua: 希望输出的解密后文件名。-k my_andlua_secret: 指定解密密钥。-m xor: 指定解密模式为XOR。-b: 关键这告诉脚本encrypted.bin文件里的内容首先是Base64编码的文本需要先解码成二进制再进行XOR解密。如果分析结果是AES-ECB加密密钥是16字节的1234567890123456且数据没有Base64包装python decrypt_andlua.py encrypted_raw.bin decrypted.lua -k 1234567890123456 -m aes4.2 脚本核心函数原理解读decrypt_xor函数这是最简单的对称加密。原理是明文 ⊕ 密钥 密文那么密文 ⊕ 密钥 明文。因为异或操作是可逆的。循环使用密钥字节是为了应对数据长度大于密钥长度的情况。decrypt_aes_ecb函数AES.new(key, AES.MODE_ECB)使用密钥和ECB模式创建AES解密器。ECB模式是最简单的块加密模式每个数据块独立加密。重要提示如果逆向分析中Java代码使用的是AES/CBC/PKCS5Padding那么这里就需要改为AES.MODE_CBC并且需要一个初始化向量IV。脚本需要相应修改。unpad(decrypted, AES.block_size)由于加密时使用了PKCS5/PKCS7填充使数据长度成为16字节的倍数解密后需要去除这些填充字节才能得到原始数据。注意事项AES的ECB模式是不安全的但它简单所以在一些不太注重安全或旧版本的AndLua应用中可能出现。如果遇到更复杂的模式如CBC你需要在脚本中添加iv初始化向量参数并从Java代码中找到这个iv的值可能也是硬编码的。5. 常见问题排查与实战技巧即使有了脚本在实际操作中你依然可能会碰壁。下面是我总结的一些常见坑点和解决思路。5.1 解密后得到乱码或脚本无法执行这是最常遇到的问题原因可能有多方面问题现象可能原因排查思路与解决方案解密出的文件开头是乱码但后面似乎有可读文本数据偏移错误。你从APK或.so文件中提取的加密数据块可能包含了不属于main.lua的头部信息如资源文件头、长度字段。1. 用十六进制编辑器打开解密后的文件观察乱码部分是否有规律如固定的字节序列。2. 回到原始加密数据尝试从不同偏移量开始解密。例如如果数据前4个字节像是长度值如0x0001A3B5尝试从第5个字节开始解密。3. 在Jadx中仔细查看解密函数看它是否在解密前跳过了几个字节。解密出的文本看起来部分正确但夹杂着乱码或Lua解释器报语法错误密钥错误或算法模式不匹配。这是最常见的原因。1.双重检查密钥确认密钥字符串完全正确包括大小写、空格和特殊字符。尝试将Java代码中的密钥字符串打印出来确认。2.确认算法Java代码里是AES/ECB/PKCS5Padding还是AES/CBC/PKCS5Padding如果是CBC必须提供正确的IV。3.确认数据预处理加密数据在算法处理前是否做了Base64解码还是做了其他转换如Hex解码脚本的-b参数用对了吗解密过程没有报错但输出的文件完全是二进制无法用文本编辑器打开可能解密成功了但原始main.lua本身被编译成了Lua字节码通常以\x1BLua魔数开头。AndLua除了加密还可能先用luac编译成字节码再加密。1. 用十六进制编辑器查看解密后文件的前几个字节。如果是\x1BLua说明这是Lua字节码。2. 你需要使用luadec、unluac等反编译工具将字节码反编译回Lua源码。这是一个额外的步骤。AES解密时提示ValueError: Data must be padded to 16 byte boundary in CBC mode加密数据长度不是16字节的倍数但算法要求是。1. 确认数据是否完整提取没有截断或包含多余字节。2. 确认Java代码中使用的填充模式。如果是NoPadding那么数据长度必须正好是16的倍数且解密后不需要unpad。脚本需要调整。5.2 找不到密钥或算法复杂怎么办有时候开发者会做一些简单的混淆密钥隐藏在字符串常量中密钥可能被拆分成多个部分存储在String数组的不同位置使用时再拼接。在Jadx中搜索所有字符串常量寻找可能的关键词片段。密钥来自资源或文件密钥可能写在strings.xml资源文件里或者放在assets下的一个配置文件里。检查解密函数附近是否有getResources().getString()或读取资产文件的代码。使用非标准算法或自定义变换除了简单的XOR可能还有字节循环移位、加减固定值等操作。你需要仔细阅读Java解密函数中的每一行代码并用Python忠实复现每一个步骤。动态密钥密钥可能由包名、设备序列号等计算得出如取MD5。这种情况下你需要模拟这个计算过程。在Python中你可以写死目标APK的包名来计算出静态密钥。一个高级技巧动态调试挂钩如果静态分析实在困难可以考虑使用Frida框架。你可以写一个Frida脚本在应用运行时挂钩Hook那个解密函数。当函数被调用时打印出它的输入参数加密数据、密钥和输出结果解密数据。这样你就能直接“看到”正确的密钥和解密后的明文。但这需要手机有root权限或使用可调试的应用门槛稍高。5.3 效率与批量处理建议如果你需要处理多个类似的应用可以对脚本进行封装和优化配置文件将不同APK对应的参数密钥、模式、是否Base64写在一个JSON配置文件中脚本根据APK的包名或特征自动加载配置。自动化提取将APK反编译、搜索特征字符串、提取加密数据的过程也用Python脚本实现调用subprocess执行jadx或apktool命令用zipfile或binwalk解析文件。错误处理与日志为脚本增加更完善的日志系统记录每个文件处理成功或失败的原因便于复盘。逆向工程就像解谜需要耐心、细心和逻辑推理。AndLua的加密通常不会设计得极其复杂通过静态分析Java代码结合这个Python脚本你完全有能力解开大部分常见的main.lua加密。记住核心永远是那三步找到它数据、看懂它算法、重现它脚本。希望这篇超详细的指南能帮你扫清障碍。如果在实践中遇到上面没覆盖的奇怪问题不妨回到Jadx把相关的代码段再多看几遍往往答案就藏在细节里。