[原创]某加固最新版frida检测绕过-trace一把嗦(续)-Android安全-看雪安全社区

[原创]某加固最新版frida检测绕过-trace一把嗦(续)

发表于: 2026-7-28 17:13 53701

[原创]某加固最新版frida检测绕过-trace一把嗦(续)

东方玻璃

2026-7-28 17:13

53701

[toc]

# 前言

最近把收藏的百来篇网页技术文章保存到本地, 构建知识库供 AI 调用, 希望以此自动化 ai 一把嗦

实际使用下来确实有部分成果, 但依赖文章本身的准确性和完整性, AI 复现起来还是很快的

但没有对应资料时, 自动化嗦就有一些问题了:

* 如何省去人工打开 IDA 分析 so 的操作, 让 ai 自动调用 IDA 分析?

关于这个问题, 无名侠的 <a href="elink@8afK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6b7y4r3&6V1j5e0m8K6i4K6u0r3d9f1c8m8i4K6u0V1e0V1!0Q4x3X3c8y4b7#2l9`.">IDA-NO-MCP</a> 足够用, 但是还不够自动化

于是搜索是否有 cli 版本, 正好有, 顺手让 ai 改了一份自用

*  IDA 会导出海量反编译文件, 包括大量函数

* AI 的 Context 有限, 容易走进死胡同转圈, 反复踩坑

* 上来 hook exit, kill 等各种系统api, 力大砖飞

* AI 谎报军情, 说脚本通过了, 实际是卡死了 APP 造成存活假象

看到 AI 谎报军情还产出了一坨屎山, 选择回归手工, 途中 AI 的帮助主要是: 改 trace 脚本, 分析函数功能等

手工跑通一遍之后, 可以总结经验, 提取特征码, 让 AI 自动分析其他样本实现通杀, 没必要每个样本都手工

总而言之, 希望本文能给师傅们带来一些帮助和启发

环境:

* Macmini M4 Macos 15.7.7
* IDA Pro 9.4
* Pixel 6A Android 14

工具:

* Codex 梭哈
* <a href="elink@f2eK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6&6P5h3&6^5P5s2S2^5P5q4)9J5c8V1y4G2k6r3g2^5i4K6u0V1h3l9`.`.">yynxxxxx/Codex-X</a> 指令提示词破限
* <a href="elink@357K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6@1j5h3W2K6N6h3W2A6i4K6u0r3M7Y4g2K6k6r3p5`.">Rusda</a> 16.2.1 (Frida-tools 12.3.0)
* <a href="elink@9a1K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6a6M7X3W2W2L8Y4c8S2L8p5N6D9j5i4y4K6i4K6u0r3K9h3c8S2i4K6u0V1k6i4S2H3L8%4u0@1i4K6u0V1j5$3I4A6">ida-export-cli</a> 以 cli 的方式调用 ida 反编译,方便 AI 快速分析
* <a href="elink@f2bK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6a6M7X3W2W2L8Y4c8S2L8p5N6D9j5i4y4K6i4K6u0r3k6$3I4S2M7%4y4Q4x3X3c8K6N6r3q4D9K9$3g2J5i4K6u0V1N6s2u0S2j5$3f1`.">glass-stalker-trace</a> Trace 函数调用链以及指定函数汇编细节

某加固最近的 4 个版本 (近2年):

| Version | libDexHelper.so                              | Bypass                                                       |
| ------- | -------------------------------------------- | ------------------------------------------------------------ |
| V1      | 壳 so 解密释放真 so, 替换 soinfo 后运行      | Hook 线程检测函数即可                                        |
| V2      | 同 V1                                        | hook 线程检测函数<br />绕过非法内存访问崩溃点<br />绕过 crc 校验函数 |
| V3      | 壳 so 内置自定义 linker 加载真 so 到匿名内存 | 扫描定位真 so 基址<br />hook 线程检测函数<br />绕过新检测函数 |
| V4      | 同 V3                                        | V3 的基础上额外增加了检测函数                                |

针对 V1-V2版本, dump so , trace 和 bypass 较为简单, 前文 [某加固新版frida检测绕过-trace一把嗦](https://bbs.kanxue.com/thread-289545.htm) 已有详细介绍

针对 V3-V4版本, 后续则使用二分法和 Trace 定位辅助分析, 在此感谢迷人哥的思路

**声明:**

1. **本文所述内容仅为技术研究与学习交流之目的, 所分析的 App 版权归其所属公司所有**
2. **作者未对任何 App 进行非法篡改, 破解, 数据窃取或商业利用, 亦不鼓励或支持任何违反法律法规的行为**
3. **读者不得将本文内容用于任何非法用途, 由此产生的一切法律责任由使用者自行承担**
4. **请遵守《中华人民共和国网络安全法》及相关法律法规**

# V3-zgcbank

## dump so failed

老式欧美打法, 起 frida-server, hook dlopen 并 dump so

```js
function dump_so(so_name, package_name) {
    var libso = Process.getModuleByName(so_name);
    console.log("[name]:", libso.name);
    console.log("[base]:", libso.base);
    console.log("[size]:", ptr(libso.size));
    console.log("[path]:", libso.path);
   
    var file_path = "/data/data/" + package_name + "/" + libso.name + "_" + libso.base + "_" + ptr(libso.size) + ".so";
    var file_handle = new File(file_path, "wb");
    if (file_handle && file_handle != null) {
        Memory.protect(ptr(libso.base), libso.size, 'rwx');
        var libso_buffer = ptr(libso.base).readByteArray(libso.size);
        file_handle.write(libso_buffer);
        file_handle.flush();
        file_handle.close();
        console.log("[dump]:", file_path);
    }
}

会发现输出了目标 so 的基本信息,但是 dump 失败

![](upload/attach/202607/968342_6K5M8JWW929V3DT.png)

如果查看maps, 利用maps dump出的so则没有有效信息, 说明真实目标 so不在系统 linker 的soinfo list中

## dump anonymous so

推测存在自定义linker, 关于这方面知识点可参考前一篇文章 [Android从ELF-Loader到自定义Linker的实现及原理](https://bbs.kanxue.com/thread-290643.htm)

```js
function saveToFile(path, data) {
    const file = new File(path, "wb");
    file.write(data);
    file.flush();
    file.close();
}
function getElfFullSize(base) {
    try {
        const is64Bit = base.add(4).readU8() === 2;
        const e_phoff = is64Bit ? base.add(32).readS64() : base.add(28).readS32();
        const e_phnum = is64Bit ? base.add(56).readU16() : base.add(44).readU16();
        const p_size = is64Bit ? 56 : 32;

let maxAddr = 0;
        for (let i = 0; i < e_phnum; i++) {
            const phdrAddr = base.add(e_phoff).add(i * p_size);
            const p_type = phdrAddr.readU32();

if (p_type === 1) { // PT_LOAD
                const p_vaddr = is64Bit ? phdrAddr.add(16).readS64() : phdrAddr.add(8).readS32();
                const p_memsz = is64Bit ? phdrAddr.add(40).readS64() : phdrAddr.add(20).readS32();
                const end = p_vaddr + p_memsz;
                if (end > maxAddr) maxAddr = end;
            }
        }
        // 向上对齐到页 (4096)
        return (maxAddr + 0xFFF) & ~0xFFF;
    } catch (e) {
        console.log("    [!] 无法解析 Phdr 计算大小，跳过。");
        return 0;
    }
}
function dump_module(base, soName, saveDir) {
    console.log(`[+] Dump 模块: ${soName} at ${base}, save to ${saveDir}`);
    // 2. 计算整个 SO 的内存大小 (解析 PT_LOAD)
    const fullSize = getElfFullSize(base);
    if (fullSize === 0) return;

// 3. 执行 Dump
    const fileName = `${soName}_${base}_${fullSize}.so`;
    const filePath = saveDir + fileName;

const dumpData = base.readByteArray(fullSize);
    saveToFile(filePath, dumpData);

console.log(`[+] Dump 成功: ${filePath}`);
    console.log(`    Size: ${(fullSize / 1024 / 1024).toFixed(2)} MB (${fullSize} Bytes)`);
}

function scanHiddenModules(soName, pkgName) {
    const saveDir = `/data/data/${pkgName}/`;
    console.log(`[*] 开始扫描内存，Dump 文件将保存至: ${saveDir}`);

// 0.获取所有已知模块基地址, 设置白名单
    const knownModules = Process.enumerateModules().map(m => m.base.toString());

// 遍历app进程内存范围
    Process.enumerateRanges({
        protection: 'r-x',
        coalesce: true
    }).forEach(function (range) {
        try {
            // 1. 验证 ELF 魔数
            const buf = range.base.readByteArray(4);
            if (!buf) return;
            const bytes = new Uint8Array(buf);
            if (bytes[0] === 0x7f && bytes[1] === 0x45 && bytes[2] === 0x4c && bytes[3] === 0x46) {
                // 2. 获取内存范围所属基地址, 验证是否为已知模块
                const base = range.base;
                if (knownModules.indexOf(base.toString()) !== -1) return;
                console.log(`[!] 发现隐藏模块: ${base}`);
                 // 3. 发现匿名模块, dump
                dump_module(base, soName, saveDir);

}
        } catch (e) { }
    });
}

function main() {
    var soName = "libDexHelper.so";
    var package_name = "com.mobile.zgcbank";
    scanHiddenModules(soName, package_name);
}
setImmediate(main);

```

在内存中搜索匿名可执行模块成功dump目标 so

![](upload/attach/202607/968342_77FCZHSN422YDZP.png)

提取到 PC 并使用 <a href="elink@efcK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6x3N6h3&6r3k6h3&6Y4b7$3S2W2L8W2)9J5c8W2y4G2c8X3W2^5k6i4t1`.">SoFixer</a> 修复:

![](upload/attach/202607/968342_EKS47TC7K528M4S.png)

修复后的 dump 版so 如下,无 JNI_OnLoad 符号,需要人工判定

tip: 也可以使用 bindiff 和旧版 libDexHelper 对比, 恢复部分符号

![](upload/attach/202607/968342_YVZNX6NWAK2EH2T.png)

## unpack so

除了 dump 之外, 还可以使用脚本静态解密 apk的壳 so 以得到目标 so, 此处不做展开(后续水一篇一键脱壳).

unpack 版相比 dump 版, 保留了更多符号信息:

unpack 版,有 JNI_OnLoad 符号,可以看到地址为 0x13A8C

![](upload/attach/202607/968342_KTX6CGXQGKU2UWS.png)

后续分析基于 unpack 版, 但两版地址相同, 脚本通用

## 绕过线程检测函数

前文 dump 得到了被自定义 linker 加载的 so, 那么问题来了:

通过 maps 和 soinfo 只能定位壳 so, 无法定位真实 so, 所以 frida 的部分 API (如 Module.findModuleByAddress) 无法正常使用

解决方法: scanHiddenModule 扫描到目标 so 后, 可获取对应的base和range, 后续hook 需要基于 base+offset 的方式进行

hook clone 定位目标 so 创建的线程检测函数, 可注释非目标 so的 log 防止干扰

```js
var libName = "libDexHelper.so"
var appName = "com.mobile.zgcbank"

```

结果如下, 输出了多个目标 so 创建的线程函数

![](upload/attach/202607/968342_XYKUVKE5XZHXD9H.png)

直接 patch 这些函数开头为 ret 指令

```js
//......
function patchThreadFunc(addr) {
    Memory.protect(addr, 4, 'rwx');  // 修改该地址的权限为可读可写
    var writer = new Arm64Writer(addr);
    writer.putRet();   // 直接将函数首条指令设置为ret指令
    writer.flush();    // 写入操作刷新到目标内存，使得写入的指令生效
    Memory.protect(addr, 4, 'r-x');  // 恢复该地址的权限为只读可执行
    writer.dispose();  // 释放 Arm64Writer 使用的资源
    console.log("[+] nop " + addr + " success");
}

function bypass_detect_funcs(base) {
    patchThreadFunc(base.add(0x2cb28));
    patchThreadFunc(base.add(0x43ed8));
    patchThreadFunc(base.add(0x3e018));
    patchThreadFunc(base.add(0x4bd70));
    patchThreadFunc(base.add(0x4c608));
    patchThreadFunc(base.add(0x574d8));
    patchThreadFunc(base.add(0x48088));
    patchThreadFunc(base.add(0x4aed8));
}

function hook_functions(base, range) {
    hook_clone(base);
    bypass_detect_funcs(base);
}
//......
```

patch成功, 但无法 bypass, 说明还有其他检测函数

![](upload/attach/202607/968342_FU69NM4FX5DZJ59.png)

## trace + 二分法定位检测点

(注意: 复现时使用 插件V1.2版本, log可能有所差别)

接下来可以使用 <a href="elink@542K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6a6M7X3W2W2L8Y4c8S2L8p5N6D9j5i4y4K6i4K6u0r3k6$3I4S2M7%4y4Q4x3X3c8K6N6r3q4D9K9$3g2J5i4K6u0V1N6s2u0S2j5$3f1`.">glass-stalker-trace</a>  trace 生成函数调用树以辅助分析

使用方法很简单, 将 `glass_stalker_trace_ida.py` 放入 ida的 plugins/目录下

依次点击 Edit > Plugins > Glass Stalker Trace: Export JS 即可导出 trace 脚本

![](upload/attach/202607/968342_DN8RYYR5YBDF5P3.png)

使用前需要调用 configureTrace 进行基本配置, 之后传入 base 和 range 调用 trace_start 即可开始 trace, 建议输出 log 到文件中方便查看

```sh
frida -Uf com.mobile.zgcbank -l bypass-zgcbank.js > log.txt
```

```js
//......
function hook_functions(base, range) {
    //hook_clone(base);
    bypass_detect_funcs(base);

configureTrace({
        moduleName: libName,
        root: {
            name: 'JNI_OnLoad',
            offset: 0x13A8C
        }
    });
    trace_start(base, range);
}
//......
```

trace log 如下, 再此简单介绍 trace 格式:

以节点 `[tree]  |-- sub_29D78 (0x29d78) [from=0x2832c, bl, depth=2]` 为例:

*  `[tree]` 函数调用树标签, 用于打印函数节点, 还有其他各类标签, 方便分类 log

* `sub_29D78` 函数名称, 若函数有符号或手动命名则有效, 否则默认 sub_xxx, 以 IDA 导出结果为准

* `(0x29d78)` 函数相对模块的偏移地址

* `[from=0x2832c, bl, depth=2]`

该节点 在 `base+0x2832c` 处被调用, 跳转指令为 `bl`, 节点深度为 2

![](upload/attach/202607/968342_B3BH4QUVP9P5D83.png)

trace 结果有 300+ 行, trace 目标函数退出前的 log 如下:

```
[tree] |-- sub_A4868 (0xa4868) [from=0x15a40, bl, depth=1]
[tree]     |-- sub_A3C9C (0xa3c9c) [from=0xa48bc, b, tail, depth=1]
[tree]         |-- sub_A4484 (0xa4484) [from=0xa3d68, bl, depth=2]
[tree]         |-- sub_A4484 (0xa4484) [from=0xa3d70, bl, depth=2]
[tree]         |-- sub_A4484 (0xa4484) [from=0xa3d78, bl, depth=2]
[tree]         |-- sub_A4484 (0xa4484) [from=0xa3d80, bl, depth=2]
[tree]         |-- sub_C5D08 (0xc5d08) [from=0xa43f4, bl, depth=2]
[tree]         |-- sub_C5D08 (0xc5d08) [from=0xa444c, bl, depth=2]
[trace] root returned; ending owner session returnTarget=libart.so+0x4f6ed8 callerCallsite=libart.so+0x4f6ed4
```

直接跟进 0x15a40, 发现位于 JNI_OnLoad 尾部, 确实调用了 sub_A4868, 但该函数并非检测函数

![](upload/attach/202607/968342_TG5XJX7UZMPW9ZF.png)

所以当前的情况是: patch绕过了线程检测函数, trace 可以完整跑完 JNI_OnLoad, 但 app 仍然会检测到 frida 从而崩溃, 且 trace 不能直接定位到具体崩溃点位, 即没有明确的崩溃函数/指令.

那么我们可以猜测: trace 的函数调用链中, 有某个/某些函数检测到 frida, 但没有直接 kill 进程, 而是交由其他函数/子线程/子进程执行, 从而避免位于主线程的调用链导致被 trace.

定位这个检测点可以使用 **二分法** (设左右边界节点分别为 [left,right]):

* 根据 trace 结果, 选取合适的中间节点mid, hook 该节点并 sleep 一定时间

* 如果 sleep 没有完成便崩溃, 说明 [left,mid] 即中间节点前方有检测函数

* 如果 sleep 完成后才崩溃, 说明 [mid,right] 即中间节点后方有检测函数

如何选取合适节点? 目标节点尽量满足居中, 唯一, 防止同地址函数在不同节点的调用干扰分析.

另外每次二分 trace 时, 需要保留对应节点的 trace 结果, 和原始 trace 结果对比

以 174 行的节点 64ED8 为例 (该节点选取并不理想, 仅模拟直接分析踩坑情况, 前方 69 行也有该函数调用节点)

![](upload/attach/202607/968342_UFKP6S6NYKYF96T.png)

代码如下, 注意 sleep 时间不能太久, 防止系统 kill app, 5-10s 比较合适

```js
function sleep_test(base, offset) {
    Interceptor.attach(base.add(offset), {
        onEnter: function (args) {
            this.lr = this.context.lr;
        },
        onLeave: function (retval) {
            console.log(`[+] ${libName}+0x${offset.toString(16)} retval: ${retval} lr: ${this.lr.sub(base)}`);
            const startedAt = Date.now();
            console.log(`[sleep] begin tid=${Process.getCurrentThreadId()}`);
            Thread.sleep(10);
            console.log(`[sleep] end elapsed=${Date.now() - startedAt}ms`);
        }
    })
}
function hook_functions(base, range) {
    sleep_test(base, 0x67ED8)
    //hook_clone(base);
    bypass_detect_funcs(base);

configureTrace({
        moduleName: libName,
        root: {
            name: 'JNI_OnLoad',
            offset: 0x13A8C
        }
    });
    trace_start(base, range);
}
```

Trace 结果如下, 可以看到在 69 行的 67ED8 函数命中了 hook, 并且完成了一次完整 sleep

后续又命中一次, 且启动 sleep 便崩溃, 说明检测点位于 69 行之后

![](upload/attach/202607/968342_434AV5PUA2UANUZ.png)

下一个节点选取194 行的 17534, 该节点只有一次调用, 且内部调用函数较多, 比较可疑

![](upload/attach/202607/968342_RP5HPTSZKMVVTR4.png)

注意此时应该注释前一个节点的 sleep

```js
function hook_functions(base, range) {
    //sleep_test(base, 0x67ED8)
    sleep_test(base,0x17534)
	  //......
}
```

trace 结果如下, 完整sleep 一次, 说明检测点在 sub_17534 之后

同时可以发现 sleep end 后有一次 fork 调用, 可以猜测是 fork 的子进程进行了检测, 并 kill 了父进程

![](upload/attach/202607/968342_M77C2TGKNHP36F7.png)

下一个节点选取 229行的 1AB90

![](upload/attach/202607/968342_G5XPXQ9F9QFFHGV.png)

此次有变化,多输出了几次 1AB90 调用, 但实际触发 hook 和 sleep 的位于末尾

说明检测点位于sub_17534~sub_1AB90

并且可以发现在 fork 调用后, 创建了几个线程, 之后命中 hook, app 崩溃

![](upload/attach/202607/968342_5VFCVU2WCGJVYE8.png)

之后的二分 trace 是重复试验过程, 不再赘述, 明确指出检测点为 sub_2813C, 且不是 JNI_OnLoad 开头调用的那一个, 而是在 418 行, if 内 fork 的分支.

![](upload/attach/202607/968342_C84W8PTDYMV873K.png)

目测该函数的功能为扫描 cmdline 判断当前是否处于被调试状态
hook 该函数, 观察返回值可以发现:

* return 0 必定触发 if 分支内的 fork
* return 1 app 崩溃
* return 2 app 可运行
* return 3 其他点位调用该函数的正常返回值

所以 hook 后 replace retval = 3 即可绕过

```js
function bypass_detect_funcs(base) {
    Interceptor.attach(base.add(0x2813C), {
        onEnter(args){
            console.log("[patch] sub_2813C called")
        },
        onLeave(retval) {
            console.log(`[patch] sub_2813C retval ${retval} -> 3`);
            retval.replace(3);
        }
    });
    patchThreadFunc(base.add(0x2cb28));
    patchThreadFunc(base.add(0x43ed8));
    patchThreadFunc(base.add(0x3e018));
    patchThreadFunc(base.add(0x4bd70));
    patchThreadFunc(base.add(0x4c608));
    patchThreadFunc(base.add(0x574d8));
    patchThreadFunc(base.add(0x48088));
    patchThreadFunc(base.add(0x4aed8));
}
```

成功绕过, 并且 trace 的目标函数JNI_OnLoad 完整结束

![](upload/attach/202607/968342_DT4SBDRZJUBBAW6.png)

值得一提的是 trace 末尾的 2813C 并非检测点, 该函数共有 3 次调用, 其中第二次为检测点

![](upload/attach/202607/968342_ZY4CA2EYYQ6BRSK.png)

对应的点位, 紧跟 sub_17534, 返回值为 0 时触发 fork 子进程并创建检测线程

bypass 后, if 分支外主进程继续执行其他函数, 所以 bypass 前后对应的 trace 结果会有不同

![](upload/attach/202607/968342_9QR5828CH3Z5EUY.png)

# V4-fengshou

同上类似, 可以 hook dlopen, 扫描匿名可执行模块 dump 目标 so, 也可以静态脚本脱壳

## 绕过线程检测函数

hook clone定位检测线程函数

```js
var libName = "libDexHelper.so"
var appName = "com.yitong.zjrc.mfs.android"

```

结果如下

![](upload/attach/202607/968342_6WGQ6VGQSSJ8X5F.png)

patch这 7 个线程函数后再次启动, 会出现第 8 个

![](upload/attach/202607/968342_JWF5R3JC8YPHMWW.png)

所以共有 8 个检测函数

```js
function bypass_detect_funcs(base) {
    patchThreadFunc(base.add(0x302b0));
    patchThreadFunc(base.add(0x348a4));
    patchThreadFunc(base.add(0x5171c));
    patchThreadFunc(base.add(0x4741c));
    patchThreadFunc(base.add(0x5e588));
    patchThreadFunc(base.add(0x60a88));
    patchThreadFunc(base.add(0x61b3c));
    patchThreadFunc(base.add(0x6dc04));
}
function hook_functions(base, range) {
    hook_clone(base);
    bypass_detect_funcs(base);
}
```

## trace 定位检测点

同V3类似,  此处不再赘述重复 trace + 二分法定位, 实际上有了 V3 版本的结论, 可以通过特征码直接定位

对于该样本, 对应的目标函数为 sub_2DF48

```js
function bypass_detect_funcs(base) {
    Interceptor.attach(base.add(0x2DF48), {
        onLeave: function (retval) {
            console.log(`[+] sub_2DF48 called! original: ${retval}, returning 3`);
            retval.replace(3);
        }
    });

patchThreadFunc(base.add(0x302b0));
    patchThreadFunc(base.add(0x348a4));
    patchThreadFunc(base.add(0x5171c));
    patchThreadFunc(base.add(0x4741c));
    patchThreadFunc(base.add(0x5e588));
    patchThreadFunc(base.add(0x60a88));
    patchThreadFunc(base.add(0x61b3c));
    patchThreadFunc(base.add(0x6dc04));
}
function hook_functions(base, range) {
    hook_clone(base);
    bypass_detect_funcs(base);
}
```

结果如下: 成功 bypass sub_2DF48, 创建的线程函数有变化, 但app仍然崩溃, 说明有其他检测点

![](upload/attach/202607/968342_NZETED3JZN7BABV.png)

使用前文提到的 trace 插件, 启动 ida 导出脚本, 配置基本信息后开始 trace

```js
function hook_functions(base, range) {
    //hook_clone(base);
    bypass_detect_funcs(base);
    configureTrace({
        moduleName: libName,
        root: {
            name: 'JNI_OnLoad',
            offset: 0x14884
        }

})
    trace_start(base, range);
}
```

结果如下, trace 结果提示由于持续时间限制(10s) 导致 root leave, 即 trace 终止

![](upload/attach/202607/968342_GSKYUPDZDMZJC76.png)

说明默认的 10s 不够用,可以适当增大

```js
function hook_functions(base, range) {
    hook_clone(base);
    bypass_detect_funcs(base);
    configureTrace({
        moduleName: libName,
        root: {
            name: 'JNI_OnLoad',
            offset: 0x14884
        },
        options: {
            maxDurationMs:30000,
        }
    })
    trace_start(base, range);
}
```

此次 trace 出现 Process terminated, 没有 root leave, 说明被检测函数检测提前终止

且由于热点函数, 以 sub_80100和 sub_7C4F0为主, 命中次数太多, 引发trace 引擎性能限制

虽然工具自动进行部分限制, 但仍然不足

![](upload/attach/202607/968342_XMQ4W9XU64G3DNR.png)

为热路径限制手动指定函数

trace 得到的最后一个 depth=1的节点是 sub_1E33C, 该函数非常庞大

![](upload/attach/202607/968342_9Z3B94Y5QQH4Z2A.png)

比较有意思的是 sub_6A5A8, 调用树非常大, 实际上该函数就是目标检测函数

![](upload/attach/202607/968342_S36TQ5SA2SAG8GB.png)

trace 末尾显示触发非法内存地址访问而崩溃, 说明成功 trace 到崩溃前的函数调用关系树

![](upload/attach/202607/968342_GXJA4JT365GTJKS.png)

可以选取 trace 崩溃前的一个函数,开启指令级 trace:
```js
function hook_functions(base, range) {
    //hook_clone(base);
    //sleep_test(base,0x47798);
    //sleep_test(base, 0x6B374);
    bypass_detect_funcs(base);
    configureTrace({
        moduleName: libName,
        root: {
            name: 'JNI_OnLoad',
            offset: 0x14884
        },
        options: {
            maxDurationMs: 30000,
            hotPathSuppress: {
                functions: [0x80100, 0x7C4F0]
            }
            ,
            detailTrace: {
                enabled: true,
                startOffset: 0x10380,
                packageName:appName,
                untilProcessExit:true
            }
        }
    })
    trace_start(base, range);
}
```

log 位于`/data/data/<package-name>/files/`内, 对应 trace 结果如下

tail 命令查看最后一段指令, 最后 blr x20 , 调用点为 0x10674

![](upload/attach/202607/968342_78FBQRB32WD2777.png)

ida 分析可以发现, 该函数为

```
_ZN3art13DexFileLoader10OpenCommonEPKhmS2_mRKNSt3__112basic_stringIcNS3_11char_traitsIcEENS3_9allocatorIcEEEEjPKNS_10OatDexFileEbbPS9_NS3_10unique_ptrINS_16DexFileContainerENS3_14default_deleteISH_EEEEPNS0_12VerifyResultE
```

实际上是 `art::DexFileLoader::OpenCommon`的一个重载, 这是壳在解密释放真实 DEX

![](upload/attach/202607/968342_Y9RKGZUCX5C7V4C.png)

所以可以推断: 最新的检测点并非检测到frida后主动杀掉进程, 而是检测到后故意不解密 DEX, 或者埋坑

当触发原有的正常逻辑时, 系统相关 API 正常调用发现缺失关键数据, 从而触发异常/非法内存访问等引发崩溃

分析到此处有一些运气成分: 该插件的 V1.0版本会折叠节点, 导致误打误撞快速定位到了 sub_6A5A8

![](upload/attach/202607/968342_VYNKCR8D2QUFME4.png)

位于 1E33C 的 3150 行

* 检测结果为 0 时, 进入 if 分支,创建检测线程 6AB94, 进行 DEX解密释放
* 检测结果为 1 时, 不进入 if, 导致 DEX 无法正常解密释放
* 最后无论是否进入 if, 都会进入装载和调用 DEX 的代码逻辑, 若DEX 状态不正常则触发崩溃

![](upload/attach/202607/968342_UT9TS5KDYADTXF7.png)

其创建检测线程代码如下, 循环调用 6A5A8 检测, 如果返回值==0 则正常,继续循环; 否则退出循环触发 jumpout

![](upload/attach/202607/968342_TKWY7AXHAYZ59QY.png)

所以绕过该函数需要做两件事:

1. hook 6A5A8 返回值为 0, 强制进入 if 分支, 保证 DEX 可以正常释放
2. patch 6AB94, 防止检测线程工作

Interceptor.attach(base.add(0x6A5A8), {
        onLeave: function (retval) {
            retval.replace(0); //replace 0 for bypass
        }
    });
    patchThreadFunc(base.add(0x302b0));
    patchThreadFunc(base.add(0x348a4));
    patchThreadFunc(base.add(0x5171c));
    patchThreadFunc(base.add(0x4741c));
    patchThreadFunc(base.add(0x5e588));
    patchThreadFunc(base.add(0x60a88));
    patchThreadFunc(base.add(0x61b3c));
    patchThreadFunc(base.add(0x6dc04));
    patchThreadFunc(base.add(0x6ab94));
}
```

效果如下, 成功 bypass (可能会弹窗提示存在 ROOT 风险, 确认即可, 不会 kill app)

![](upload/attach/202607/968342_5V25GTK72N6G7QR.png)

# 总结

近期摆烂了一段时间, 本篇文章作为复健, 原本想放到星球, 想想还是算了, 个人感觉干货不多, 过检测也没什么好藏着的, 需要持续攻防对抗, 就当做一份小礼物吧

最后, 欢迎师傅们进群交流:

如果觉得文章有帮助也欢迎师傅们提前入股星球, 后续发一些学习总结和实战案例:

# References

[新版梆企检测绕过](https://bbs.kanxue.com/thread-290874.htm#msg_header_h3_2)

[新版某企业壳加固自定义linker与frida检测分析](https://bbs.kanxue.com/thread-291074.htm)

[某企业壳逆向分析——从过检测到dex代码抽取还原](https://bbs.kanxue.com/thread-291069.htm)

<a href="elink@59eK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6G2j5h3y4A6j5g2)9J5c8Y4y4@1j5h3I4C8k6i4u0Q4y4h3k6@1M7X3q4U0k6g2)9#2k6Y4y4G2">stalker_trace_so</a>

<a href="elink@efdK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6&6K9i4A6Z5K9i4W2G2L8X3N6Y4j5h3&6Y4k6r3g2^5K9h3q4G2K9X3W2S2i4K6u0r3M7%4c8S2L8r3E0W2M7X3y4H3M7q4)9#2k6Y4S2A6j5h3!0B7K9h3p5`.">stalkercpp_xiaojia</a>

回复或点赞可查看完整内容

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

最后于 2026-9-5 13:30 被东方玻璃编辑，原因：更新 wx 群二维码

#逆向分析 #NDK分析 #混淆加固 #脱壳反混淆 #HOOK注入 #工具脚本

收藏・26

点赞・226

打赏

赞赏记录

参与人

雪币

留言

时间

mb_lhmayubx

感谢你的贡献，论坛因你而更加精彩！

20小时前

mb_ihttkcgk

为你点赞！

2天前

WsttXm

非常支持你的观点！

2天前

mb_elqwyvnm

为你点赞！

2026-9-30 01:17

哇哈哈哟

感谢你的贡献，论坛因你而更加精彩！

2026-9-24 13:47

git_99440qimingminimax

为你点赞！

2026-9-23 11:46

wx_xiao强

这个讨论对我很有帮助，谢谢！

2026-9-21 18:40

mb_enmenpdg

为你点赞！

2026-9-18 11:46

mb_szqldxer

为你点赞！

2026-9-17 10:28

mb_dvqqrcce

为你点赞！

2026-9-11 17:25

git_51951meggadf3df

非常支持你的观点！

2026-9-10 16:46

Melanthe

为你点赞！

2026-9-10 10:05

晨曦。

为你点赞！

2026-9-9 07:28

张楚岚.

为你点赞！

2026-9-8 14:01

铭信

你的帖子非常有用，感谢分享！

2026-9-7 22:03

git_30830z2field

期待更多优质内容的分享，论坛有你更精彩！

2026-9-7 19:00

void *

你的分享对大家帮助很大，非常感谢！

2026-9-7 10:10

mb_zurizkle

你的分享对大家帮助很大，非常感谢！

2026-9-7 02:54

mb_zfqvurgb

非常支持你的观点！

2026-9-6 10:14

mb_mpffrkcr

谢谢你的细致分析，受益匪浅！

2026-9-4 21:09

Lychow

这个讨论对我很有帮助，谢谢！

2026-9-4 15:27

waddle

你的帖子非常有用，感谢分享！

2026-9-3 14:43

focaccia

为你点赞！

2026-9-2 15:34

mb_gjttoonf

谢谢你的细致分析，受益匪浅！

2026-8-30 20:22

iio

期待更多优质内容的分享，论坛有你更精彩！

2026-8-28 22:06

git_29575booksnature

感谢你分享这么好的资源！

2026-8-28 09:59

田

非常支持你的观点！

2026-8-27 21:32

云水泱泱

你的分享对大家帮助很大，非常感谢！

2026-8-27 17:42

Iflyinsky

感谢你的积极参与，期待更多精彩内容！

2026-8-27 11:07

wx_kx92911

为你点赞！

2026-8-27 10:44

Love 2016

为你点赞！

2026-8-27 00:07

EwanSun

期待更多优质内容的分享，论坛有你更精彩！

2026-8-26 18:31

mantas07

感谢你分享这么好的资源！

2026-8-26 06:45

ptr1234565

期待更多优质内容的分享，论坛有你更精彩！

2026-8-25 20:24

Shangwendada

为你点赞！

2026-8-25 15:57

爱吃蛋挞

期待更多优质内容的分享，论坛有你更精彩！

2026-8-25 15:48

Hong34

感谢你分享这么好的资源！

2026-8-25 11:17

流光岁影

感谢你的贡献，论坛因你而更加精彩！

2026-8-24 08:55

gal2xy

期待更多优质内容的分享，论坛有你更精彩！

2026-8-23 19:14

mb_lthgjpwj

为你点赞！

2026-8-20 16:25

麻大拉

感谢你的贡献，论坛因你而更加精彩！

2026-8-20 10:07

noahze

感谢你的贡献，论坛因你而更加精彩！

2026-8-17 10:11

mb_imnrancw

你的分享对大家帮助很大，非常感谢！

2026-8-17 09:02

mb_mtriwjmq

感谢你的积极参与，期待更多精彩内容！

2026-8-16 17:29

whohh

感谢你分享这么好的资源！

2026-8-16 11:23

mb_cebxltxx

为你点赞！

2026-8-16 00:50

北袅

这个讨论对我很有帮助，谢谢！

2026-8-15 23:25

x_req

感谢你的贡献，论坛因你而更加精彩！

2026-8-15 22:19

wx_孙波

你的分享对大家帮助很大，非常感谢！

2026-8-14 09:50

Freax

感谢你分享这么好的资源！

2026-8-13 16:05

mb_hhtamnlw

为你点赞！

2026-8-13 13:59

mb_iopmtttw

谢谢你的细致分析，受益匪浅！

2026-8-12 17:19

gongchuang

期待更多优质内容的分享，论坛有你更精彩！

2026-8-11 14:23

mb_ajghhdbh

你的分享对大家帮助很大，非常感谢！

2026-8-11 14:21

0xThawne

这个讨论对我很有帮助，谢谢！

2026-8-11 10:11

mb_qecctkwn

为你点赞！

2026-8-11 07:17

mb_ljkqvpxg

这个讨论对我很有帮助，谢谢！

2026-8-10 22:18

mb_eiufitqh

这个讨论对我很有帮助，谢谢！

2026-8-10 17:07

QYQTexas

为你点赞！

2026-8-10 15:13

mb_ghcouuzx

期待更多优质内容的分享，论坛有你更精彩！

2026-8-10 12:04

mb_cwuktdmn

非常支持你的观点！

2026-8-10 10:01

lxaza

你的帖子非常有用，感谢分享！

2026-8-9 21:42

mb_topvgrhe

非常支持你的观点！

2026-8-8 23:48

熊趴趴来

感谢你的积极参与，期待更多精彩内容！

2026-8-8 21:22

hhwwyy

这个讨论对我很有帮助，谢谢！

2026-8-8 17:31

从黎明到衰落

你的分享对大家帮助很大，非常感谢！

2026-8-8 11:25

mb_wsoacceo

为你点赞！

2026-8-7 23:04

coder777

谢谢你的细致分析，受益匪浅！

2026-8-7 16:57

x1ny

为你点赞！

2026-8-7 15:35

4ak5ra

为你点赞！

2026-8-7 14:52

Aar0n

感谢你分享这么好的资源！

2026-8-7 11:38

nuomida

为你点赞！

2026-8-7 11:34

小李08

为你点赞！

2026-8-7 10:59

默写lose挚爱

感谢你的贡献，论坛因你而更加精彩！

2026-8-7 09:13

SamPoson

感谢你分享这么好的资源！

2026-8-6 18:33

Valdoivre

谢谢你的细致分析，受益匪浅！

2026-8-6 18:23

sossai

你的帖子非常有用，感谢分享！

2026-8-6 16:55

wx_Deity

感谢你的积极参与，期待更多精彩内容！

2026-8-6 16:28

Pinguw

感谢你的积极参与，期待更多精彩内容！

2026-8-6 15:19

z_d_p

感谢你分享这么好的资源！

2026-8-6 11:11

mb_egiwnofc

你的分享对大家帮助很大，非常感谢！

2026-8-6 09:23

黎明与黄昏

你的帖子非常有用，感谢分享！

2026-8-6 00:26

mb_fhpfcoqp

这个讨论对我很有帮助，谢谢！

2026-8-5 17:25

yixinBC

你的分享对大家帮助很大，非常感谢！

2026-8-5 16:32

Mrack

你的分享对大家帮助很大，非常感谢！

2026-8-5 10:36

我的小拇指啊

期待更多优质内容的分享，论坛有你更精彩！

2026-8-5 05:13

git_13147Clear2

你的分享对大家帮助很大，非常感谢！

2026-8-4 18:11

大肠刺身

为你点赞！

2026-8-4 16:33

Luz_zz

感谢你的贡献，论坛因你而更加精彩！

2026-8-4 16:06

王叔叔

你的分享对大家帮助很大，非常感谢！

2026-8-4 15:38

jiaxinZz

这个讨论对我很有帮助，谢谢！

2026-8-4 13:44

王麻子本人

非常支持你的观点！

2026-8-4 12:03

shutterbug

感谢你的积极参与，期待更多精彩内容！

2026-8-4 11:33

J1NXEM

这个讨论对我很有帮助，谢谢！

2026-8-4 11:14

木木W

感谢你分享这么好的资源！

2026-8-4 10:22

风的晚安

这个讨论对我很有帮助，谢谢！

2026-8-3 14:52

鼻屎怪

期待更多优质内容的分享，论坛有你更精彩！

2026-8-3 14:26

地奇

谢谢你的细致分析，受益匪浅！

2026-8-3 10:41

GoKu123

期待更多优质内容的分享，论坛有你更精彩！

2026-8-3 10:39

git_22413Worktestse

你的分享对大家帮助很大，非常感谢！

2026-8-3 10:36

天地一逆旅

感谢你的积极参与，期待更多精彩内容！

2026-8-3 09:52

孤独的街

你的分享对大家帮助很大，非常感谢！

2026-8-2 23:48

X66iaM

感谢你的贡献，论坛因你而更加精彩！

2026-8-2 23:26

Cohen

你的帖子非常有用，感谢分享！

2026-8-2 20:18

SharsDela

非常支持你的观点！

2026-8-2 12:28

mb_tbhosdnk

你的分享对大家帮助很大，非常感谢！

2026-8-2 04:44

寻影星尘

感谢你的贡献，论坛因你而更加精彩！

2026-8-2 01:04

mb_rbbzqwvn

你的分享对大家帮助很大，非常感谢！

2026-8-1 19:11

奇奇怪怪

这个讨论对我很有帮助，谢谢！

2026-8-1 15:04

Max_hhg

非常支持你的观点！

2026-8-1 14:27

mb_xcxzqumw

感谢你的积极参与，期待更多精彩内容！

2026-8-1 08:10

NPC2000

感谢你的贡献，论坛因你而更加精彩！

2026-8-1 00:45

wx_ㅤ_683

为你点赞！

2026-7-31 21:41

mb_wspiyiep

谢谢你的细致分析，受益匪浅！

2026-7-31 18:09

Sigil

为你点赞！

2026-7-31 17:44

mb_reyfinlv

非常支持你的观点！

2026-7-31 17:28

mb_tiffzfjm

为你点赞！

2026-7-31 15:33

巷口的那只猫

期待更多优质内容的分享，论坛有你更精彩！

2026-7-31 14:02

alienhe

你的分享对大家帮助很大，非常感谢！

2026-7-31 11:48

风兮木晓

这个讨论对我很有帮助，谢谢！

2026-7-31 11:19

mb_zpojkeuc

为你点赞！

2026-7-31 11:16

MochaCo

感谢你分享这么好的资源！

2026-7-31 10:23

maxfire

感谢你分享这么好的资源！

2026-7-31 09:22

教教我吧~

感谢你的贡献，论坛因你而更加精彩！

2026-7-31 09:05

mb_cantkdlj

期待更多优质内容的分享，论坛有你更精彩！

2026-7-31 04:27

xjohjrdy

谢谢你的细致分析，受益匪浅！

2026-7-30 23:36

混迹

谢谢你的细致分析，受益匪浅！

2026-7-30 21:20

nianchu

这个讨论对我很有帮助，谢谢！

2026-7-30 21:18

wangzehua

这个讨论对我很有帮助，谢谢！

2026-7-30 18:04

灬哈密瓜

感谢你分享这么好的资源！

2026-7-30 17:47

oMasko

感谢你分享这么好的资源！

2026-7-30 16:45

iamshy

你的分享对大家帮助很大，非常感谢！

2026-7-30 16:06

Metzkerson

感谢你分享这么好的资源！

2026-7-30 14:28

mb_ejekfyqx

这个讨论对我很有帮助，谢谢！

2026-7-30 13:22

岁月。

非常支持你的观点！

2026-7-30 12:26

Ally Switch

为你点赞！

2026-7-30 12:11

mb_uaoofzgb

你的帖子非常有用，感谢分享！

2026-7-30 11:50

考古学家lx

非常支持你的观点！

2026-7-30 11:32

hexdump

这个讨论对我很有帮助，谢谢！

2026-7-30 11:10

Wika

感谢你的贡献，论坛因你而更加精彩！

2026-7-30 11:08

DMemory

你的帖子非常有用，感谢分享！

2026-7-30 11:07

Loginuller

谢谢你的细致分析，受益匪浅！

2026-7-30 11:04

geekbyte

感谢你的贡献，论坛因你而更加精彩！

2026-7-30 10:52

fogSea

为你点赞！

2026-7-30 10:43

Red

这个讨论对我很有帮助，谢谢！

2026-7-30 10:25

mb_noeuaplg

感谢你的贡献，论坛因你而更加精彩！

2026-7-30 09:52

wogao

谢谢你的细致分析，受益匪浅！

2026-7-30 09:51

wx_官

感谢你的积极参与，期待更多精彩内容！

2026-7-30 09:43

bluegatar

非常支持你的观点！

2026-7-29 21:35

pexillove

感谢你的积极参与，期待更多精彩内容！

2026-7-29 21:22

墨穹呢

为你点赞！

2026-7-29 18:19

Fushen99

为你点赞！

2026-7-29 18:16

dsr000

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 17:54

super_kaka

感谢你分享这么好的资源！

2026-7-29 17:21

TheLuckyOne

为你点赞！

2026-7-29 16:49

chaoxi72

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 16:47

Ms135

这个讨论对我很有帮助，谢谢！

2026-7-29 16:42

eummmm

这个讨论对我很有帮助，谢谢！

2026-7-29 16:37

LLeaves

谢谢你的细致分析，受益匪浅！

2026-7-29 15:13

mb_djytmgxy

感谢你的积极参与，期待更多精彩内容！

2026-7-29 15:13

GhHei

谢谢你的细致分析，受益匪浅！

2026-7-29 14:15

jjjo

非常支持你的观点！

2026-7-29 13:58

hacker521

你的帖子非常有用，感谢分享！

2026-7-29 12:38

思卓

这个讨论对我很有帮助，谢谢！

2026-7-29 12:32

mb_kgfqphsx

谢谢你的细致分析，受益匪浅！

2026-7-29 12:29

mb_yvuzbfvo

谢谢你的细致分析，受益匪浅！

2026-7-29 12:27

aut0run

感谢你分享这么好的资源！

2026-7-29 12:17

qqizai

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 11:59

lingyi223

为你点赞！

2026-7-29 11:33

hx九七

你的帖子非常有用，感谢分享！

2026-7-29 11:03

git_99394jiangyei

为你点赞！

2026-7-29 10:59

dofla

你的帖子非常有用，感谢分享！

2026-7-29 10:59

mb_goxfjlsn

感谢你的积极参与，期待更多精彩内容！

2026-7-29 10:54

mb_eezbyhux

非常支持你的观点！

2026-7-29 10:46

上网鱼

非常支持你的观点！

2026-7-29 10:39

nonovo

你的分享对大家帮助很大，非常感谢！

2026-7-29 10:32

Dr_Knox

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 10:24

快乐的小跳蛙

你的分享对大家帮助很大，非常感谢！

2026-7-29 10:12

梧桐生

为你点赞！

2026-7-29 09:54

不会写代码

感谢你分享这么好的资源！

2026-7-29 09:45

New对象处

感谢你分享这么好的资源！

2026-7-29 09:43

mb_npylpnpl

这个讨论对我很有帮助，谢谢！

2026-7-29 09:41

CCC_

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 09:35

mb_icbgiifu

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 09:13

NG最最最

你的帖子非常有用，感谢分享！

2026-7-29 08:52

ONewTach

你的分享对大家帮助很大，非常感谢！

2026-7-29 08:52

Seem_Black

感谢你分享这么好的资源！

2026-7-29 08:05

mb_bppcorlj

你的帖子非常有用，感谢分享！

2026-7-29 08:04

KingSelyF

你的帖子非常有用，感谢分享！

2026-7-29 02:08

lihaiyanz

期待更多优质内容的分享，论坛有你更精彩！

2026-7-29 01:13

doduhuang

谢谢你的细致分析，受益匪浅！

2026-7-29 00:42

咸鱼……

你的帖子非常有用，感谢分享！

2026-7-28 23:23

mb_liueenqt

谢谢你的细致分析，受益匪浅！

2026-7-28 22:21

渐渐72

感谢你的贡献，论坛因你而更加精彩！

2026-7-28 22:03

yhock

你的分享对大家帮助很大，非常感谢！

2026-7-28 21:57

mb_heqvlbnm

这个讨论对我很有帮助，谢谢！

2026-7-28 21:42

像风一样呢

期待更多优质内容的分享，论坛有你更精彩！

2026-7-28 21:34

wx_kx68010

这个讨论对我很有帮助，谢谢！

2026-7-28 20:57

mb_kflrccfl

谢谢你的细致分析，受益匪浅！

2026-7-28 20:40

huangyalei

你的帖子非常有用，感谢分享！

2026-7-28 20:36

mb_bvvcoitr

感谢你的积极参与，期待更多精彩内容！

2026-7-28 20:24

Je2em1ah

感谢你的贡献，论坛因你而更加精彩！

2026-7-28 20:16

带带弟弟吧

这个讨论对我很有帮助，谢谢！

2026-7-28 20:00

xhan8

为你点赞！

2026-7-28 19:55

mb_rjdrqvpa

感谢你的积极参与，期待更多精彩内容！

2026-7-28 19:32

mb_cfjwplfo

为你点赞！

2026-7-28 19:31

jyotidwi

谢谢你的细致分析，受益匪浅！

2026-7-28 19:02

ChuXinﻬ.

感谢你的贡献，论坛因你而更加精彩！

2026-7-28 19:01

autorun886

谢谢你的细致分析，受益匪浅！

2026-7-28 18:37

mb_mrjjcxgk

为你点赞！

2026-7-28 18:29

mb_qtvylfog

这个讨论对我很有帮助，谢谢！

2026-7-28 18:13

顽劣

这个讨论对我很有帮助，谢谢！

2026-7-28 18:08

mb_ybjiiova

感谢你的贡献，论坛因你而更加精彩！

2026-7-28 18:08

Nu1lN0ne

为你点赞！

2026-7-28 18:00

mb_asiwnxyv

为你点赞！

2026-7-28 17:57

七星舞月

非常支持你的观点！

2026-7-28 17:49

逆向小玖

这个讨论对我很有帮助，谢谢！

2026-7-28 17:45

mb_dtidoewd

为你点赞！

2026-7-28 17:40

Yangser

为你点赞！

2026-7-28 17:37

MsScotch

非常支持你的观点！

2026-7-28 17:35

n_1ng

这个讨论对我很有帮助，谢谢！

2026-7-28 17:30

ngiokweng

谢谢你的细致分析，受益匪浅！

2026-7-28 17:26

醉染

感谢你的积极参与，期待更多精彩内容！

2026-7-28 17:20

wx_0.0_522

你的分享对大家帮助很大，非常感谢！

2026-7-28 17:19

欲拭泪

感谢你的贡献，论坛因你而更加精彩！

2026-7-28 17:17

x1a0f3n9

你的分享对大家帮助很大，非常感谢！

2026-7-28 17:14

最新回复 (142) 1 2 3 4 5 6 ▶
x1a0f3n9 雪币： 85 活跃值： (1785) 能力值： ( LV2，RANK：10 ) 在线值：发帖 5 回帖 64 粉丝 95 关注私信	x1a0f3n9 2 楼认真学习 2026-7-28 17:15 1
Zepp7289 雪币： 200 能力值： ( LV1，RANK：0 ) 在线值：发帖 1 回帖 147 粉丝 0 关注私信	Zepp7289 3 楼 tql 2026-7-28 17:21 0
console_ 雪币： 675 能力值： ( LV1，RANK：0 ) 在线值：发帖 1 回帖 64 粉丝 8 关注私信	console_ 4 楼严肃学习 2026-7-28 17:23 0
Cure. 雪币： 60 活跃值： (170) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 41 粉丝 2 关注私信	Cure. 5 楼狠狠地学习 2026-7-28 17:35 0
MsScotch 雪币： 4269 活跃值： (5146) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 397 粉丝 5 关注私信	MsScotch 6 楼支持学习 2026-7-28 17:38 0
aut0run 雪币： 2281 活跃值： (792) 能力值： ( LV5，RANK：60 ) 在线值：发帖 5 回帖 11 粉丝 15 关注私信	aut0run 1 7 楼认真学习 2026-7-28 18:09 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 707 粉丝 7 关注私信	mb_ldbucrik 8 楼感谢分享 2026-7-28 18:11 0
mb_nkjfyhkg 雪币： 308 活跃值： (180) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 78 粉丝 10 关注私信	mb_nkjfyhkg 9 楼 mark 2026-7-28 19:40 0
ldehua 雪币： 158 活跃值： (2731) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 111 粉丝 0 关注私信	ldehua 10 楼有点意思 2026-7-28 21:09 0
花宝叽果赖雪币： 321 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 17 粉丝 0 关注私信	花宝叽果赖 11 楼 666 2026-7-28 22:14 0
wx_coddvccwyh 雪币： 4 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 149 粉丝 0 关注私信	wx_coddvccwyh 12 楼 6666 2026-7-28 22:31 0
啊你好哇123 雪币： 796 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 375 粉丝 0 关注私信	啊你好哇123 13 楼学习 2026-7-28 23:08 0
mb_ysegxpmv 雪币： 2247 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 118 粉丝 0 关注私信	mb_ysegxpmv 14 楼 tql 2026-7-28 23:11 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 259 粉丝 0 关注私信	mb_cbgtaveo 15 楼 666666 2026-7-29 00:33 0
wx_Huber Barrientos 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 216 粉丝 1 关注私信	wx_Huber Barrientos 16 楼 666 2026-7-29 04:22 0
BlackMaGou 雪币： 46 活跃值： (164) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 15 粉丝 1 关注私信	BlackMaGou 17 楼认真学习 2026-7-29 06:25 0
iBa0 雪币： 1901 活跃值： (5923) 能力值： ( LV4，RANK：40 ) 在线值：发帖 6 回帖 490 粉丝 37 关注私信	iBa0 18 楼 66 2026-7-29 08:29 0
xwtwho 雪币： 7145 活跃值： (9908) 能力值： ( LV13，RANK：409 ) 在线值：发帖 15 回帖 124 粉丝 240 关注私信	xwtwho 1 19 楼 66 2026-7-29 09:02 0
摸鱼学安卓雪币： 44 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 10 粉丝 3 关注私信	摸鱼学安卓 20 楼严肃学习 2026-7-29 10:37 0
MaYil 雪币： 9440 活跃值： (8072) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 485 粉丝 2 关注私信	MaYil 21 楼感谢分享 2026-7-29 10:47 0
寻梦之璐雪币： 764 活跃值： (3842) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 170 粉丝 16 关注私信	寻梦之璐 22 楼 666 2026-7-29 11:04 0
mb_jhohnbzu 雪币： 28 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 83 粉丝 0 关注私信	mb_jhohnbzu 23 楼 666 2026-7-29 11:10 0
cpannn 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 75 粉丝 0 关注私信	cpannn 24 楼牛牛 2026-7-29 11:17 0
mb_xnfozane 雪币： 215 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_xnfozane 25 楼 666 2026-7-29 12:26 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复

东方玻璃

发帖

120

回帖

260

RANK

关注

私信

他的文章

关于我们

联系我们

企业服务

看雪公众号

最新回复 (142) 1 2 3 4 5 6 ▶
x1a0f3n9 雪币： 85 活跃值： (1785) 能力值： ( LV2，RANK：10 ) 在线值：发帖 5 回帖 64 粉丝 95 关注私信	x1a0f3n9 2 楼认真学习 2026-7-28 17:15 1
Zepp7289 雪币： 200 能力值： ( LV1，RANK：0 ) 在线值：发帖 1 回帖 147 粉丝 0 关注私信	Zepp7289 3 楼 tql 2026-7-28 17:21 0
console_ 雪币： 675 能力值： ( LV1，RANK：0 ) 在线值：发帖 1 回帖 64 粉丝 8 关注私信	console_ 4 楼严肃学习 2026-7-28 17:23 0
Cure. 雪币： 60 活跃值： (170) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 41 粉丝 2 关注私信	Cure. 5 楼狠狠地学习 2026-7-28 17:35 0
MsScotch 雪币： 4269 活跃值： (5146) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 397 粉丝 5 关注私信	MsScotch 6 楼支持学习 2026-7-28 17:38 0
aut0run 雪币： 2281 活跃值： (792) 能力值： ( LV5，RANK：60 ) 在线值：发帖 5 回帖 11 粉丝 15 关注私信	aut0run 1 7 楼认真学习 2026-7-28 18:09 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 707 粉丝 7 关注私信	mb_ldbucrik 8 楼感谢分享 2026-7-28 18:11 0
mb_nkjfyhkg 雪币： 308 活跃值： (180) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 78 粉丝 10 关注私信	mb_nkjfyhkg 9 楼 mark 2026-7-28 19:40 0
ldehua 雪币： 158 活跃值： (2731) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 111 粉丝 0 关注私信	ldehua 10 楼有点意思 2026-7-28 21:09 0
花宝叽果赖雪币： 321 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 17 粉丝 0 关注私信	花宝叽果赖 11 楼 666 2026-7-28 22:14 0
wx_coddvccwyh 雪币： 4 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 149 粉丝 0 关注私信	wx_coddvccwyh 12 楼 6666 2026-7-28 22:31 0
啊你好哇123 雪币： 796 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 375 粉丝 0 关注私信	啊你好哇123 13 楼学习 2026-7-28 23:08 0
mb_ysegxpmv 雪币： 2247 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 118 粉丝 0 关注私信	mb_ysegxpmv 14 楼 tql 2026-7-28 23:11 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 259 粉丝 0 关注私信	mb_cbgtaveo 15 楼 666666 2026-7-29 00:33 0
wx_Huber Barrientos 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 216 粉丝 1 关注私信	wx_Huber Barrientos 16 楼 666 2026-7-29 04:22 0
BlackMaGou 雪币： 46 活跃值： (164) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 15 粉丝 1 关注私信	BlackMaGou 17 楼认真学习 2026-7-29 06:25 0
iBa0 雪币： 1901 活跃值： (5923) 能力值： ( LV4，RANK：40 ) 在线值：发帖 6 回帖 490 粉丝 37 关注私信	iBa0 18 楼 66 2026-7-29 08:29 0
xwtwho 雪币： 7145 活跃值： (9908) 能力值： ( LV13，RANK：409 ) 在线值：发帖 15 回帖 124 粉丝 240 关注私信	xwtwho 1 19 楼 66 2026-7-29 09:02 0
摸鱼学安卓雪币： 44 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 10 粉丝 3 关注私信	摸鱼学安卓 20 楼严肃学习 2026-7-29 10:37 0
MaYil 雪币： 9440 活跃值： (8072) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 485 粉丝 2 关注私信	MaYil 21 楼感谢分享 2026-7-29 10:47 0
寻梦之璐雪币： 764 活跃值： (3842) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 170 粉丝 16 关注私信	寻梦之璐 22 楼 666 2026-7-29 11:04 0
mb_jhohnbzu 雪币： 28 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 83 粉丝 0 关注私信	mb_jhohnbzu 23 楼 666 2026-7-29 11:10 0
cpannn 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 75 粉丝 0 关注私信	cpannn 24 楼牛牛 2026-7-29 11:17 0
mb_xnfozane 雪币： 215 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_xnfozane 25 楼 666 2026-7-29 12:26 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复