wasm 调试说明文档¶

1. 前提准备¶

2. 逆向步骤¶

2.1. 抓包分析¶

点击翻页请求包

• 请求地址：https://match.yuanrenxue.com/api/match/20

• 请求方式：GET

• 请求参数：

• 返回结果（只介绍主要参数，其余略）：

略，正常返回为 json。

2.2. js 调试¶

参数生成处：

可知，为 32 位加密方法，应该是 md5 之类的，但是修改了模值或加了盐。

进入 sign 方法：

我们关注 sign 方法，格式如下：

_index_bg_wasm__WEBPACK_IMPORTED_MODULE_0__["sign"](retptr, ptr0, len0);

上图的 js 读取 wasm 值的操作中，其参数在 js 端可直接输出，若在 wasm 中则需要断点查看其 stack 栈信息来调试输出。

进入 sign 方法，我们比较关注 call 调用，call 方法中会对参数处理，要关注 call 的参数及返回值。要 jeb 的静态分析和 js 动态调试相结合。

2.3. 结合 jeb 静态分析¶

下载 wasm 文件，并用 jeb 打开，选择 native 下的 wasmbc 的反编译配置即可。

快速定位上步骤中的 js 定位的 sign 方法所对应的 wasm 方法处，注意，可能 js 中的方法名称和 jeb 反编译的名称不一致。需要我们优先定位附近可精确定位的方法，再逐步分析定位至所需方法处。名称虽然可能不一致，但 jeb 反编译和 js 展示的格式结构是一致的，可辅助分析和定位。

此 js 的 _index_bg_wasm__WEBPACK_IMPORTED_MODULE_0__["sign"] 方法名 sign 在 jeb 中是可搜索到的，可直接定位此方法处。

反编译成伪 c 代码，我们知道 param1 为参数明文，我们就要注意 sign 方法中对 param1 修改且返回的方法。如果我们 jeb 静态分析不确定当前方法是否对其修改，我们最好结合 js 动态调试。

先看双击 _f246 查看其方法，看出其方法并没有对参数修改和重赋值及返回，查看其内部的 _f207 方法也是如此。

如果不确定的话就再根据栈输出信息来判断，这个方法是否重要，不再演示，输出的明文参数未变。

接下来进入 _f35 对应的方法 $match_twenty::sign::*** 中：

同样比较重视 f35 的 call 方法，我们将每个 call 方法和 jeb 中反编译的代码一一对应。

jeb 中代码对应后的结果如下，添加注释后比较好查看和定位，比较重要的是 _f416 和 _f13 方法：

可以静态分析和动态调试 _f416 及 _f13，其 _f416 运行后，并在 _f13 md5 前可获取其加盐后的值。

2.4. 验证结果¶

逆向验证：确认结果是否正确

3. 总结及补充¶

评论