如何在无调试库的Lua5.1/LuaJIT中拦截Luraph类混淆Stub的loadstring明文参数

背景 #

处理基于Lua 5.1/LuaJIT的老旧无维护插件，其入口为Luraph风格混淆代码，最终通过loadstring加载解压后的代码块。目标是捕获解压后的明文代码（变量e），仅用于修改配置值适配游戏UI，无DRM绕过意图。环境限制：游戏沙箱无调试库与文件IO，但可在外部标准LuaJIT环境运行脚本。

核心解决方案：包装全局loadstring函数 #

由于混淆脚本通过local loadstr = loadstring绑定函数引用，只需在执行目标脚本之前替换全局loadstring为包装函数，即可拦截所有调用并捕获源代码，同时保持原逻辑不变。

实现代码 #

-- 先执行这段包装代码，再运行目标混淆脚本
local original_loadstring = loadstring

-- 替换全局loadstring为带拦截逻辑的包装函数
loadstring = function(source, chunkname, mode)
    -- 捕获源代码并写入文件（仅在外部LuaJIT环境执行）
    if type(source) == "string" then
        local f = io.open("captured_code.lua", "w")
        if f then
            f:write(source)
            f:close()
            print("代码块已捕获并保存至captured_code.lua")
        end
    end
    -- 调用原始loadstring，完全保留原有行为
    return original_loadstring(source, chunkname, mode)
end

-- 执行目标混淆脚本（替换为你的实际脚本路径）
dofile("obfuscated_plugin.lua")

pcall调用场景的关键陷阱规避 #

1. 返回值严格匹配：包装函数必须完全遵循原始loadstring的返回规则——成功返回函数，失败返回nil + 错误字符串。若包装函数抛出异常，会被pcall捕获，导致原脚本的错误断言逻辑失效。
2. 完整传递参数：必须接收并传递所有参数（源代码、块名、加载模式），即使不需要后续参数，也不能省略，否则会破坏原脚本的调试信息或加载行为。
3. 绑定时机优先：必须在目标脚本的local loadstr = loadstring语句执行前完成全局loadstring的替换，否则局部变量会绑定到原始函数，拦截逻辑无法生效。
4. LuaJIT兼容性：LuaJIT的loadstring与标准Lua 5.1行为一致，无需额外适配；若脚本使用load（Lua 5.2+），需同步包装load函数（本场景无需考虑）。

测试验证（基于最小复现代码） #

将上述包装代码放在最小复现代码之前执行，运行后会生成captured_code.lua，内容为print('hello from inner chunk')，同时原脚本会正常返回函数，执行逻辑不受任何影响。

内容的提问来源于stack exchange，提问作者Эрик Мкртчян