WebAssembly 逆向分析：反编译与内存篡改实战

// 假设游戏把实例挂载到了 window.gameInstance
const memBuffer = window.gameInstance.exports.memory.buffer;
const memView = new Int32Array(memBuffer);

2. 搜索数值 (CE 搜内存法)

就像使用 Cheat Engine 一样：

1. 当前金币是 100。
2. 在 Console 输入：memView.forEach((v, i) => { if(v===100) console.log(i) }) -> 得到索引 1024。
3. 玩游戏，金币变成 101。
4. 检查索引 1024 的值：memView[1024] -> 确实是 101。
5. 找到地址了！

3. 修改数值

// 直接把金币改成 999999
memView[1024]=999999;

页面上的金币瞬间暴涨。

四、实战第三步：二进制补丁 (Binary Patching)

如果金币逻辑没有暴露在全局内存中，或者是纯栈操作，我们就需要修改代码本身（Patch）。

1. 修改 WAT 代码

回到刚才反编译的 game.wat 文件。 找到加法逻辑：

local.get $p0 i32.const 1;; <--- 这里是增加的数量 i32.add 

我们将 1 修改为 1000：

local.get $p0 i32.const 1000;; <--- 修改为 1000 i32.add 

2. 重编译为 Wasm

wat2wasm game.wat -o game_hacked.wasm 

3. 替换运行 (浏览器端 Hook)

我们不能直接替换服务器文件，但我们可以通过 Chrome 的 Local Overrides 功能，或者写一个 TamperMonkey 脚本来拦截网络请求。

TamperMonkey 脚本思路：

const originalFetch = window.fetch;
window.fetch=async function(url, options){
    if(url.includes('game.wasm')){
        // 拦截请求，返回我们修改过的二进制数据
        const response = await originalFetch('http://localhost:8000/game_hacked.wasm');
        return response;
    }
    return originalFetch(url, options);
};

刷新网页，点击按钮，金币直接 +1000！

五、防御：开发者如何保护 Wasm？

看到这里，你可能会觉得 Wasm 在裸奔。作为开发者，如何防御？

1. Strip Symbols：发布时务必去除调试符号（函数名、变量名），让逆向者面对 $func1, $func2 抓狂。
2. 控制流平坦化 (Control Flow Flattening)：使用 LLVM 的混淆插件（如 Obfuscator-LLVM），把清晰的 if-else 变成复杂的 switch 跳转，破坏代码结构。
3. 服务器校验：永远不要相信客户端。 像金币这种关键数据，Wasm 只能做展示，计算和存储必须在服务器端完成。

总结

Wasm 逆向正处于一个蓝海阶段。 它既不像 x86 汇编那样指令繁杂，也不像 JS 那样容易被混淆成乱码。 掌握了 wasm2wat 和线性内存的原理，你就能看穿网页中那些'高性能黑盒'背后的秘密。

下一步建议： 找一个简单的在线 CTF 题目（WebAssembly 类），尝试不看 Writeup，使用 Chrome DevTools 的断点功能，追踪一个加密函数的输入输出，逆向出它的 Flag。