[原创]某货的frida反调试绕过-逆向工程-看雪安全社区

[原创]某货的frida反调试绕过

发表于: 2026-8-28 18:48 336

[原创]某货的frida反调试绕过

圣11

2026-8-28 18:48

336

# 某货的 Frida 反调试绕过（libmsaoaidsec.so 分析）

> 一份给初学者的完整记录：从"frida 一注入就被杀"到"稳定绕过"。
> 最终采用**最早时机 + RET 补丁**方案，最小侵入、稳定不闪退。

---

## 一、遇到的问题

| 项目  | 内容  |
| --- | --- |
| 目标 App | 识货7.73.0（包名 `com.hupu.shihuo`） |
| 检测来源 | `libmsaoaidsec.so`（美数 OAID 安全 SDK，被娜迦加固壳加载） |
| 现象 1 | frida spawn 注入后，App 启动一段时间就闪退 |
| 现象 2 | 有的运行根本不加载检测 so，有的加载后就死，行为随机 |

一句话总结：**这个 so 里住着一个"保安"（检测线程），专门盯着 frida；一旦发现，就按下"自爆按钮"（静默自杀），让 App 直接退出。**

---

## 二、第一步：确认"凶手"是谁

先别急着逆向，用 frida 自己就能定位——**hook `dlopen`，看 so 的加载顺序**：

```js
Interceptor.attach(Module.findExportByName(null, "android_dlopen_ext"), {
    onEnter(args) {
        console.log("load " + args[0].readCString());
    }
});
```

运行后观察：当 `libmsaoaidsec.so` 被加载之后，frida 会话就断了。结论：**检测代码就在这个 so 里**。

---

## 三、第二步：判断检测发生在 so 的哪个阶段

Android 加载一个 so 的顺序是固定的：

```
映射 so → 执行 .init_proc（构造函数）→ 执行 .init_array → 调用 JNI_OnLoad
```

检测在哪一步？**先 hook `JNI_OnLoad`**：

- 如果 JNI_OnLoad 被调用了 → 检测可能在那之后
- 如果根本没触发 → 检测在更早的 `.init_xxx` 里

实测：JNI_OnLoad 没触发就死了 → **检测在 `.init_proc` / `.init_array` 阶段**。

这里有个经典难题：`.init_proc` 在 `dlopen` 返回**之前**就执行完了，等你 dlopen 返回再去 hook，检测线程早就创建好了。

### 关键取巧：找一个"最早的注入时机"

`.init_proc` 一开始会调用一个系统函数 `__system_property_get("ro.build.version.sdk")`（读取 Android 系统版本号）。

所以思路是：

1. hook `dlopen`，发现它要加载 `libmsaoaidsec.so`；
2. 在这个瞬间，**hook `__system_property_get`**；
3. 当它的参数是 `"ro.build.version.sdk"` 时，说明 **`.init_proc` 刚开始执行**——这就是我们能拿到的最早时机（此刻检测线程还没被创建！）。

```js
function hookDlopen() {
    Interceptor.attach(Module.findExportByName(null, "android_dlopen_ext"), {
        onEnter(args) {
            var path = args[0].readCString();
            if (path && path.indexOf("libmsaoaidsec") !== -1) {
                hookSystemPropertyGet();   // 注册时机监听
            }
        }
    });
}

---

## 四、第三步：用 IDA 静态分析，看清检测机制

用 IDA 打开 `libmsaoaidsec.so`（arm64），从 `_init`（0x12f18）开始跟。

> 这个 so 被"控制流平坦化"混淆了（源码里全是 if/else 状态机，很难读），我用ida-pro-mcp分析寻找他的检测点，抓住它调用了哪些关键函数就够了。

### 4.1 找到"保安"：三个检测线程

| 函数  | 作用  | 干了什么 |
| --- | --- | --- |
| `sub_16D30` | 查调试状态 | 反复读 `/proc/<pid>/status` 的 `TracerPid`（被调试就不为 0）、比对父进程 |
| `sub_175F8` | 扫 Frida 特征 | 遍历 `/proc/self/task/*/status` 找 `gum-js-loop`/`gmain` 线程名；扫 `/proc/self/fd` 找 `linjector`；扫 maps 找 `frida-agent`/`/data/local/tmp` |
| `sub_163DC` | 监控子进程 | 每 2 秒检查反调试用的 fork 子进程是否还活着 |

### 4.2 找到"自爆按钮"：自杀执行点

| 函数  | 作用  |
| --- | --- |
| `sub_112A0` | 检测命中后的统一"自杀入口" |
| `sub_1AECC` | 自杀执行器 1：`mmap` 一块可执行内存，写入 `exit_group(0)` 的 shellcode 后执行 |
| `sub_1B420` | 自杀执行器 2：和上面一样，另一条触发路径 |
| `sub_17054 / 17200 / 17314` | 三个 Frida 特征扫描函数，扫到就直接 `exit(0)` |

### 4.3 确认它找的是 frida

这些 so 里的字符串是加密的（XOR），解密后全是 frida 特征：

```
"gum-js-loop"      ← frida 的 JS 引擎线程名
"gmain"            ← frida 的主循环线程名
"linjector"        ← frida 注入工具
"frida-agent"      ← frida 注入的 agent
"/data/local/tmp"  ← frida gadget 默认存放目录
```

结论闭环：**检测线程发现 frida 特征 → 调 `sub_112A0` → 执行 `exit_group(0)` shellcode → 进程"静默自杀"**（退出码 0，看起来像正常退出，很难排查）。

---

## 五、最终绕过方案（v12）：最早时机 + RET 补丁

### 核心思路（两句大白话）

1. **把"保安"变成摆设**：把检测线程体函数的开头改成 `RET`（arm64 返回指令），线程一创建执行到入口就立刻返回退出——相当于保安刚上岗就下班，什么也查不到。
2. **把"自爆按钮"拆掉**：把自杀函数的开头也改成 `RET`，就算检测到了、调用了自杀函数，也直接返回杀不了进程。

### 为什么用 RET 补丁而不是 hook 函数？

| 方式  | 问题  |
| --- | --- |
| `Interceptor.replace` 替换函数 | 早期执行容易和 Android linker 内部锁死锁，App 直接卡死（我们踩过坑） |
| `Memory.patchCode` 写 RET | 只改 4 个字节，最轻量，不碰 linker 锁，不影响 SDK 初始化 |

### 需要打 RET 的 9 个点

```
检测线程体（3个）：  0x16D30  0x175F8  0x163DC
自杀/闪退点（6个）： 0x112A0  0x1AECC  0x1B420
                    0x17054  0x17200  0x17314
```

### 完整脚本（bypass_v12.js）

```js
'use strict';

var MODULE_NAME = 'libmsaoaidsec.so';
var RET_BYTES = [0xC0, 0x03, 0x5F, 0xD6];   // aarch64 RET 指令

// 要 patch 成 RET 的函数偏移
var RET_OFFSETS = [
    0x16D30, 0x175F8, 0x163DC,   // 三个检测/监控线程体
    0x112A0, 0x1AECC, 0x1B420,   // 两个自杀执行器 + 自杀入口
    0x17054, 0x17200, 0x17314    // 三个直接 exit(0) 的扫描函数
];

var patched = false;
var gBase = null;

// 找模块基址：标准 API 不行就用 /proc/self/maps
function findBase() {
    try {
        var b = Module.findBaseAddress(MODULE_NAME);
        if (b !== null) return b;
    } catch (e) {}
    // maps 兜底（libc 读取，兼容旧版 frida）
    try {
        var fopen = new NativeFunction(Module.findExportByName(null, 'fopen'), 'pointer', ['pointer', 'pointer']);
        var fgets = new NativeFunction(Module.findExportByName(null, 'fgets'), 'pointer', ['pointer', 'int', 'pointer']);
        var fclose = new NativeFunction(Module.findExportByName(null, 'fclose'), 'int', ['pointer']);
        var mode = Memory.allocUtf8String('r');
        var fp = fopen(Memory.allocUtf8String('/proc/self/maps'), mode);
        var buf = Memory.alloc(2048), lowest = null;
        while (true) {
            var r = fgets(buf, 2048, fp);
            if (r.isNull()) break;
            var line = buf.readUtf8String();
            if (line.indexOf(MODULE_NAME) !== -1) {
                var start = line.split(' ')[0].split('-')[0];
                var a = ptr('0x' + start);
                if (lowest === null || a.compare(lowest) < 0) lowest = a;
            }
        }
        fclose(fp);
        return lowest;
    } catch (e) {}
    return null;
}

// 给指定地址写 RET
function patchRet(addr, tag) {
    try {
        Memory.patchCode(addr, 4, function (code) {
            code.writeByteArray(RET_BYTES);
        });
        console.log('[+] RET 0x' + tag + ' @ ' + addr);
    } catch (e) {
        console.log('[!] patch failed 0x' + tag + ' : ' + e);
    }
}

function earlyPatch() {
    if (patched) return;
    patched = true;
    console.log('[!] 早期时机命中，开始打补丁，base=' + gBase);
    RET_OFFSETS.forEach(function (off) {
        patchRet(gBase.add(off), off.toString(16));
    });
}

// 时机：dlopen 加载 so 时，监听 __system_property_get
function hookSystemPropertyGet() {
    var spg = Module.findExportByName(null, '__system_property_get');
    Interceptor.attach(spg, {
        onEnter: function (args) {
            try {
                var name = args[0].readCString();
                if (name === 'ro.build.version.sdk') {
                    console.log('[!] .init_proc early point reached');
                    if (gBase === null) gBase = findBase();
                    if (gBase !== null) earlyPatch();
                }
            } catch (e) {}
        }
    });
}

// 兜底：早期时机错过时，轮询找模块再打补丁
setInterval(function () {
    if (patched) return;
    var b = findBase();
    if (b !== null) { gBase = b; earlyPatch(); }
}, 50);

setTimeout(hookDlopen, 0);
```

### 运行方法

```bash
frida -U -f com.hupu.shihuo -l bypass_v12.js
```

**成功标志**：

```
[*] dlopen listener installed
[*] __system_property_get listener installed
[!] .init_proc early point reached     ← 早期时机命中
[+] RET 0x16d30 @ 0x...
[+] RET 0x175f8 @ 0x...
...（共 9 行）
```

之后 App 正常进主页，**再叠加业务 hook（比如绕过强制更新）也不会闪退**。

如果没看到 `.init_proc early point reached`、只看到 `found module via poll`，说明早期时机错过了，兜底轮询也会打同样的补丁，一样有效。

---

## 六、总结：一句话记住这套方法

> **找对时机（`.init_proc` 刚执行）比 hook 多少函数更重要；改动越小越不容易被干扰。**

完整流程回顾：

1. **hook `dlopen`** → 确认凶手是 `libmsaoaidsec.so`
2. **hook `JNI_OnLoad`** → 确认检测在 `.init_xxx` 阶段
3. **hook `__system_property_get("ro.build.version.sdk")`** → 拿到 `.init_proc` 最早执行时机
4. **IDA 静态分析** → 找到检测线程体 + 自杀执行点
5. **早期 RET 补丁** → 线程体失效 + 自杀失效 → 稳定绕过

---

*参考文献：[博客园《APP使用frida反调试检测绕过》](<mark class="encrypted">058K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6%4N6%4N6Q4x3X3g2U0L8X3u0D9L8$3N6K6i4K6u0W2j5$3!0E0i4K6u0r3k6s2S2E0j5h3!0Q4x3V1k6S2M7Y4c8A6j5$3I4W2M7#2)9J5c8U0p5%4y4U0M7^5x3K6f1I4i4K6u0W2K9s2c8E0L8l9`.`.</mark> )。*

传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！！

最后于 2026-8-30 23:14 被圣11编辑，原因：

#调试逆向

收藏・2

点赞・0

打赏

最新回复 (1)
Imxz 雪币： 112 活跃值： (9420) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 752 粉丝 9 关注私信	Imxz 2 楼 tql 2026-8-31 09:19 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复

圣11

发帖

回帖

RANK

关注

私信

他的文章

关于我们

联系我们

企业服务

看雪公众号