[原创]Frida 常见检测与绕过-Android安全-看雪安全社区

[原创]Frida 常见检测与绕过

发表于: 2025-12-8 16:36 27637

[原创]Frida 常见检测与绕过

xiusi

2025-12-8 16:36

27637

# Frida 常见检测与绕过

# 一、文件与进程名检测

这是最基础也是最常见的检测手段。由于绝大多数 Frida 教程都指导用户将服务端文件命名为 `frida-server` 并放置在 `/data/local/tmp/` 目录下，App 的防护机制会针对这些“标准特征”进行扫描。

## 1. 检测原理

防护代码通常会在 App 启动时执行以下检查：

### (1) 文件特征扫描

App 会尝试访问 Android 系统中的常见临时目录，查找是否存在包含 `frida` 关键字的文件。

- **扫描路径**：`/data/local/tmp/` (最常用), `/data/local/`, `/sdcard/`
- **敏感文件名**：`frida-server`, `frida-agent`, `re.frida.server`

**代码示例**  **(伪代码)** ：

```java
File file = new File("/data/local/tmp/frida-server");
if (file.exists()) {
    // 发现 Frida，触发闪退或上报
    killApp();
}
```

### (2) 进程名扫描

App 可以通过 Shell 命令或读取系统文件来获取当前运行的所有进程列表，并匹配黑名单。

- **扫描方式**：执行 `ps -A` 查看进程状态。

![image](upload/attach/202512/1036360_NS33WXWSMXR4P66.png)
- **敏感关键字**：`frida-server`, `frida-helper`, `frida-launcher`

**代码示例 (伪代码)** ：

```java
// 读取 /proc/[pid]/cmdline 或执行 ps 命令
Process process = Runtime.getRuntime().exec("ps -A");
BufferedReader reader = new BufferedReader(new InputStreamReader(process.getInputStream()));
String line;
while ((line = reader.readLine()) != null) {
    if (line.contains("frida-server")) {
        // 发现 Frida 进程
        throw new RuntimeException("Frida detected!");
    }
}
```

---

## 2. 绕过方案

针对上述特征检测，最直接有效的方法就是  **“改名”** 。

### 方案一：重命名 Frida 服务端 (推荐)

这是最简单的一步。将 `frida-server` 重命名为类似系统进程的名字，既能避开文件扫描，启动后的进程名也会随之改变，从而避开进程扫描。

**操作步骤**：

```bash
# 1. 停止当前运行的 frida-server
pkill -f frida-server

# 2. 进入目录
cd /data/local/tmp

# 3. 重命名 (例如改为 fs 或 system_server_custom)
mv frida-server-16.x.x-android-arm64 fs

# 4. 运行
chmod +x fs
./fs &
```

### 方案二：使用 HLuda (去特征版 Frida)

有些深度检测不仅仅匹配文件名，还会扫描二进制文件内部的字符串特征（如 `frida:rpc` 字符串）。  
此时，单纯重命名文件无效。你需要使用 **HLuda**（魔改版 Frida）。

- **原理**：HLuda 在编译阶段修改了源码中的所有 `frida`、`gum`、`gmain` 等敏感字符串关键字。
- **效果**：彻底去除二进制层面的字符串特征。

---

# 二、监听端口检测

Frida 在运行时需要开启 TCP 端口与电脑端进行数据传输。如果不加配置，Frida 会默认绑定特定的特征端口，这成为了 App 检测的重要依据。

## 1. 检测原理

Frida 服务端启动后，默认会监听以下两个端口：

- **27042**：主控制端口 (control connection)
- **27043**：辅助通信端口 (cluster connection)

防护代码通常采用以下方式进行探测：

### (1) 扫描系统网络连接 (netstat)

App 可以执行 `netstat` 命令，查看当前系统是否有名为 `0.0.0.0:27042` 或 `127.0.0.1:27042` 的监听状态。

```cmd
netstat -tuln | grep 27042
```

![image](upload/attach/202512/1036360_XFX9UM6U4QX7GQV.png)

---

## 2. 绕过方案

绕过的核心思想是  **“避开默认”** 。只要我们不使用 27042 端口，上述针对固定端口的扫描就会失效。

### 步骤一：指定非标准端口启动

在手机端启动 `frida-server` 时，使用 `-l` (listen) 参数指定一个随机的非标准端口（例如 `8888` 或 `6666`）。

```bash
# 格式：./frida-server -l 地址:端口
# 0.0.0.0 表示允许任何接口连接（包括 USB 和 WiFi）
./frida-server -l 0.0.0.0:8888 &
```

### 步骤二：配置电脑端连接

修改端口后，电脑端的 Frida 客户端不会自动识别，必须手动进行端口转发或指定连接地址。

**方式 A：通过 USB 转发 (推荐)**   
我们需要将电脑的 `8888` 端口转发到手机的 `8888` 端口。

```bash
# 1. 设置转发
adb forward tcp:8888 tcp:8888

# 2. 连接 (此时客户端可以像往常一样使用 -U 或 -R，或者指定 -H)
frida -H 127.0.0.1:8888 -l hook.js -f com.example.target
```

**方式 B：通过 WiFi 连接**  
如果手机和电脑在同一局域网，可以直接指定手机 IP。

```bash
# 假设手机 IP 为 192.168.1.10
frida -H 192.168.1.10:8888 -l hook.js -f com.example.target
```

---

# 三、ptrace 占坑 (双重附加检测)

这是 Android Native 层反调试最经典的手段之一。

## 1. 检测原理 (独占性原则)

Linux/Android 内核规定：**同一个进程同时只能被一个调试器（Tracer）附加**。

- **Frida 的工作原理**：Frida 本质上也是一个调试器，它需要通过 `ptrace` 系统调用附加（Attach）到目标 App 进程上才能进行 Hook。
- **App 的防御手段**：App 在启动的极早期（通常在 `.init_array` 或 `JNI_OnLoad` 中），主动调用 `ptrace(PTRACE_TRACEME, 0, 0, 0)` 自己附加自己。
- **冲突结果**：

- 如果 App 先抢占了 `ptrace` 位置，Frida 再尝试 Attach 时，系统会返回 `EBUSY` 错误，导致注入失败。
  - 反之，如果 Frida 已经附加，App 再调用 `ptrace` 会失败。App 检测到失败返回值（-1）后，就知道自己正在被调试，从而选择闪退或自杀。

**代码示例 (C/C++)** ：

```c
// 简单的反调试逻辑
int status = ptrace(PTRACE_TRACEME, 0, 0, 0);
if (status == -1) {
    // ptrace 失败，说明已经被别人（如 Frida/IDA）附加了
    kill(getpid(), SIGKILL); // 自杀
}
```

---

## 2. 绕过方案

针对 `ptrace` 占坑，单纯的“Attach 模式”是必死的。我们需要利用 Frida 的 **Spawn 模式** 抢在 App 运行代码前介入，并**修改** App 的检测逻辑。

### 步骤一：使用 Spawn 模式 (冷启动)

Spawn 模式 (`-f`) 会由 Zygote 进程 fork 出目标 App，并在 App 执行任何自己的代码（包括反调试代码）之前将 Frida 的 Gadget/Agent 注入进去。

这给了我们一个“时间差”：Frida 先进去了，现在轮到 Frida 掌控局面。

### 步骤二：Hook 并不再调用原 ptrace

仅仅进入是不够的。如果 Frida 保持附加状态，App 随后的 `ptrace` 调用会失败，App 依然会发现并退出。  
**根本的解决办法是**：Hook `libc.so` 中的 `ptrace` 函数，拦截 App 的调用，直接返回 0（假装成功），并且**不要**执行真正的 `ptrace` 系统调用。

**示例脚本**：

```javascript
function bypassPtrace() {
    var ptracePtr = Module.findExportByName("libc.so", "ptrace");
    
    if (ptracePtr) {
        // 使用 Interceptor.replace 完全替换掉 ptrace 的实现
        Interceptor.replace(ptracePtr, new NativeCallback(function(request, pid, addr, data) {
            console.log("[+] ptrace called - bypassing...");
            console.log("    request: " + request);
            
            // PTRACE_TRACEME 的常量值通常是 0
            if (request == 0) {
                console.log("    [+] Blocked PTRACE_TRACEME!");
                // 直接返回 0，欺骗 App 说“你已经成功附加自己了”
                return 0; 
            }
            
            // 如果有其他 ptrace 需求，可以在这里放行，或者全部屏蔽
            return 0; 
            
        }, 'long', ['int', 'int', 'pointer', 'pointer']));
        
        console.log("[+] ptrace bypass applied!");
    } else {
        console.log("[-] ptrace not found");
    }
}

setImmediate(function() {
    bypassPtrace();
});
```
---

# 四、D-Bus 协议通信检测

Frida 的客户端与服务端通信基于 **D-Bus** 协议（一种进程间通信/RPC 机制）。即使我们将 Frida 服务端改名并迁移目录，其通信协议的特征（尤其是握手阶段）依然是固定的。

## 1. 检测原理

App 可以遍历本地所有开放的 TCP 端口，并尝试建立 Socket 连接。一旦连接成功，App 会发送 D-Bus 协议特定的握手消息。如果服务端响应了特定的 D-Bus 关键字（如 `REJECT`），则可认定该端口运行着 Frida。

### 检测逻辑流程：

1. **遍历端口**：扫描 `/proc/net/tcp` 找到所有开放端口。
2. **建立连接**：尝试 Socket Connect。
3. **发送探测包**：发送 D-Bus 认证字节（通常是 `\0` 或 `AUTH`）。
4. **特征匹配**：Frida 服务端（frida-server）在收到未认证的握手请求时，通常会按照 D-Bus 标准回复 **`REJECT`** 开头的信息。App 收到 `REJECT` 即判定检测成功。
5. **内存扫描**：同时，App 可能会扫描内存映射，查找 `frida:rpc`、`gmain` 等 D-Bus 相关字符串。

**检测代码示例 (伪代码)** ：

```java
Socket socket = new Socket("127.0.0.1", port);
InputStream is = socket.getInputStream();
OutputStream os = socket.getOutputStream();

// 发送 D-Bus 握手空字节
os.write(new byte[]{0});

// 读取响应
byte[] buffer = new byte[512];
int len = is.read(buffer);
String response = new String(buffer, 0, len);

// 检测 REJECT 关键字
if (response.contains("REJECT")) {
    // 发现 Frida！
}
```

---

## 2. 绕过方案

### 方法一：Hook 字符串比较函数 (动态拦截)

这是您提到的方法。原理是拦截 App 在处理网络响应时的比较逻辑。当 App 拿收到的数据去匹配 "REJECT" 时，我们欺骗它说“没匹配上”。

注意：`strcmp` 和 `strstr` 是系统底层极其高频调用的函数。直接 Hook 会导致 App 巨卡无比甚至崩溃，**必须加严格的过滤条件**。

```javascript
function bypassDBusDetection() {
    var strstr = Module.findExportByName("libc.so", "strstr");
    
    if (strstr) {
        Interceptor.attach(strstr, {
            onEnter: function(args) {
                // args[0]: haystack (被搜索的字符串)
                // args[1]: needle (要查找的关键词)
                
                this.needle = Memory.readUtf8String(args[1]);
                
                // 只有当 App 正在查找敏感关键词时才介入
                if (this.needle && (this.needle.indexOf("REJECT") !== -1 || this.needle.indexOf("frida") !== -1)) {
                    this.detected = true;
                    // console.log("[*] Detected suspicious strstr check: " + this.needle);
                }
            },
            onLeave: function(retval) {
                if (this.detected) {
                    // 如果找到了 REJECT，强行返回 0 (NULL)，表示没找到
                    // 从而欺骗 App
                    retval.replace(0);
                    // console.log("[+] Bypassed D-Bus check!");
                }
            }
        });
    }
}
```

### 方法二：使用魔改版 Frida (HLuda) - **推荐**

相比于在运行时 Hook 极不稳定的 `strstr`，最彻底的办法是从源码层面消除特征。

**HLuda**（或其他去特征版本）在编译 Frida 时做了如下修改：

1. **修改协议关键字**：将源码中的 `REJECT` 替换为其他单词（如 `ACCESS`）。
2. **去除内存特征**：将 `frida:rpc` 替换为 `data:rpc` 等。

使用此类版本后，App 发送探测包收到的将不再是标准的 `REJECT`，从而直接绕过检测机制，无需编写任何 Hook 脚本。

---

# 五、检测 /proc/pid/fd (文件描述符)

在 Linux/Android 系统中，一切皆文件。`/proc/pid/fd/` 目录包含了当前进程打开的所有文件描述符（File Descriptors）。App 通过遍历该目录，可以获知进程加载了哪些文件、建立了哪些 Socket 连接。

## 1. 检测原理

### (1) 扫描逻辑

App 遍历 `/proc/self/fd` 目录下的所有文件，并使用 `readlink` 读取符号链接指向的**真实路径**。

- **相关命令**：`ls -l /proc/self/fd` 或 `readlink -f /proc/self/fd/<id>`
- **检测代码示例 (伪代码)** ：

```java
  File fdDir = new File("/proc/self/fd");
  for (File fd : fdDir.listFiles()) {
      // 读取软链接指向的路径
      String realPath = Os.readlink(fd.getAbsolutePath());
      if (realPath.contains("frida") || realPath.contains("gum-js")) {
          // 发现异常
      }
  }
  ```

### (2) 关键特征

如果 Frida 注入成功，该目录下可能会出现指向以下路径的链接：

- **传统特征 (旧版 Frida)** ：

- `/data/local/tmp/frida-server`
  - `/data/local/tmp/frida-agent-64.so`
  - `/memfd:frida-agent` (无文件内存映射)
  - `/memfd:gum-js-loop`

> 在 **高版本 Frida (&gt;=16)**  时：
>
> - 不再使用 memfd:frida-agent（换成匿名 tmpfs）
> - 不再暴露 frida-agent-xxx.so
> - eventfd 也与系统难以区分
> - 不再在 fd 中出现 Gum 的通信结构
>
> 检查 FD 已经基本无法检测 Frida。
>
> 在 **Android 10+**  中，Google 对 memfd 的名称做了更严格的匿名化，Frida 使用的 memfd **不再暴露名称**。

---

## 2. 绕过方案 (IO 重定向)

无论特征如何变化，检测的核心动作都是调用 `readlink` 或 `readlinkat` 系统函数。  
**核心思路**：Hook 这两个函数，当 App 试图读取的文件描述符指向包含 `frida`、`gum` 或 `memfd` 的路径时，将其**替换**为合法的系统路径（如 `/dev/null` 或 `libc.so`）。

### 通用绕过脚本

```javascript
function bypassProcCheck() {
    // 获取 libc.so 中的导出函数
    var readlink = Module.findExportByName("libc.so", "readlink");
    var readlinkat = Module.findExportByName("libc.so", "readlinkat");

// 定义处理逻辑：检查并伪造路径
    var handleReadlink = function(buffer, size, retval) {
        // 只有当返回值 > 0 (读取成功) 时才处理
        if (retval.toInt32() > 0) {
            // 读取原始路径
            var path = Memory.readUtf8String(buffer, retval.toInt32());
            
            // 匹配敏感关键字 (涵盖旧版文件和新版 memfd)
            if (path && (path.indexOf("frida") !== -1 || 
                         path.indexOf("gum-js") !== -1 || 
                         path.indexOf("gmain") !== -1 ||
                         path.indexOf("linjector") !== -1)) {
                
                // console.log("[*] Detected fd check: " + path);
                
                // 伪造为正常的系统库路径
                var fakePath = "/system/lib64/libc.so";
                
                // 覆写缓冲区
                Memory.writeUtf8String(buffer, fakePath);
                
                // 修正返回值为伪造路径的长度
                retval.replace(fakePath.length);
            }
        }
    };

// Hook readlinkat (Android 常用)
    // ssize_t readlinkat(int dirfd, const char *pathname, char *buf, size_t bufsiz);
    if (readlinkat) {
        Interceptor.attach(readlinkat, {
            onEnter: function(args) {
                this.buf = args[2]; // buf 指针
            },
            onLeave: function(retval) {
                handleReadlink(this.buf, 0, retval);
            }
        });
    }

// Hook readlink (备用)
    // ssize_t readlink(const char *path, char *buf, size_t bufsiz);
    if (readlink) {
        Interceptor.attach(readlink, {
            onEnter: function(args) {
                this.buf = args[1]; // buf 指针
            },
            onLeave: function(retval) {
                handleReadlink(this.buf, 0, retval);
            }
        });
    }
}

setImmediate(bypassProcCheck);
```

---

# 六、检测 /proc/pid/task 线程名

在 Android (Linux) 系统中，进程的每一个线程在 `/proc/pid/task/` 目录下都有一个对应的子目录（目录名为线程 ID）。

App 可以遍历该目录，读取每个线程的 **`status`** 或 **`comm`** 文件，获取线程名称。由于 Frida 依赖 GLib 库，运行时会创建特定的辅助线程，这些线程的默认名称具有极高的辨识度。

## 1. 检测原理

### (1) 关键文件

- `/proc/self/task/<tid>/comm` ：仅包含线程名（最常用，读取方便）。
- `/proc/self/task/<tid>/status` ：包含线程的详细信息，其中第一行 `Name: ...` 即为线程名。

### (2) 典型特征

如果 Frida 注入成功，进程中通常会出现以下命名的线程：

|线程名|来源|说明|
| --------| ----------| ------------------------------------------------|
|**`gmain`**|GLib|Frida 基于 GLib 开发，这是 GLib 的主循环线程。|
|**`gdbus`**|GLib|用于 D-Bus 通信的线程。|
|**`gum-js-loop`**|Frida|GumJS 引擎的 JavaScript 事件循环线程。|
|**`pool-frida`**|Frida|Frida 的线程池（某些版本出现）。|
|**`linjector`**|Injector|某些注入工具留下的痕迹。|

![image](upload/attach/202512/1036360_Y3MHVGFRBUG4427.png)

![image](upload/attach/202512/1036360_25Y7VPUKVC3M69P.png)

### (3) 检测逻辑示例

```java
File taskDir = new File("/proc/self/task");
for (File file : taskDir.listFiles()) {
    // 读取 comm 文件获取线程名
    String threadName = readFile(file.getAbsolutePath() + "/comm").trim();
    if (threadName.equals("gmain") || threadName.equals("gum-js-loop")) {
        // 发现异常线程
        killApp();
    }
}
```

---

## 2. 绕过方案

### 方案一：Hook 文件打开与读取 (通用)

核心思路是拦截对 `/proc` 目录下 `comm` 或 `status` 文件的读取操作。当发现 App 试图读取特定线程的信息时，检查读取到的内容，如果是 `gmain` 等敏感名称，将其替换为合法的系统线程名（如 `epoll`、`config_store` 等）。

```javascript
function bypassThreadCheck() {
    var openat = Module.findExportByName("libc.so", "openat");
    var read = Module.findExportByName("libc.so", "read");

// 保存打开的文件描述符与路径的映射
    var fdMap = new Map();

if (openat) {
        Interceptor.attach(openat, {
            onEnter: function(args) {
                this.path = Memory.readUtf8String(args[1]);
                this.fd_ptr = null;
            },
            onLeave: function(retval) {
                // 如果打开的是 task 目录下的文件，记录 FD
                if (retval.toInt32() > 0 && this.path && this.path.indexOf("/task/") !== -1) {
                    fdMap.set(retval.toInt32(), this.path);
                }
            }
        });
    }

if (read) {
        Interceptor.attach(read, {
            onEnter: function(args) {
                this.fd = args[0].toInt32();
                this.buf = args[1];
                this.count = args[2];
            },
            onLeave: function(retval) {
                if (fdMap.has(this.fd) && retval.toInt32() > 0) {
                    var content = Memory.readUtf8String(this.buf, retval.toInt32());
                    
                    // 检查是否存在敏感线程名
                    if (content.indexOf("gmain") !== -1 || 
                        content.indexOf("gdbus") !== -1 || 
                        content.indexOf("gum-js-loop") !== -1) {
                        
                        // console.log("[*] Hiding thread name: " + content.trim());
                        
                        // 替换为普通线程名，注意长度不要超过原长度太多
                        var fakeName = "jit_thread";
                        Memory.writeUtf8String(this.buf, fakeName);
                        retval.replace(fakeName.length);
                    }
                }
            }
        });
    }
}

setImmediate(bypassThreadCheck);
```

### 方案二：使用去特征版本 (HLuda)

由于 `gmain` 和 `gdbus` 是 GLib 库硬编码的名称，`gum-js-loop` 是 Frida 源码硬编码的。  
**HLuda** 等修改版 Frida 在编译阶段修改了这些字符串常量（例如将 `gmain` 改为 `fmain` 或其他无意义字符串），从根本上规避了针对特定字符串的检测。这是最推荐的方式。

---

# 七、检测 /proc/self/maps (内存映射)

`/proc/self/maps` 是 Android/Linux 系统中极为关键的文件，它记录了当前进程所有连续的虚拟内存区域的分布情况。App 通过读取该文件，可以精准地知道进程加载了哪些 SO 库、DEX 文件，以及内存段的权限属性。

## 1. 检测原理

### (1) 文件格式详解

`maps` 文件的一行通常包含以下信息：

|字段|示例|说明|
| ------| ------| -------------------------------------------------------|
|**起始地址-结束地址**|`7c00000000-7c00001000`|内存段的虚拟地址范围|
|**权限**|`r-xp`|r\=读, w\=写, x\=执行, p\=私有/s\=共享|
|**偏移量**|`00000000`|映射文件在磁盘中的偏移|
|**设备**|`fe:00`|主设备号:次设备号|
|**节点**|`12345`|文件的 Inode 编号|
|**路径**|`/system/lib64/libc.so`|**关键点**：映射文件的完整路径|

### (2) 关键特征

如果 Frida 注入成功，App 遍历该文件通常会发现以下痕迹：

- `/data/local/tmp/frida-agent-64.so`
- `/data/local/tmp/frida-agent-32.so` 等文件

---

## 2. 绕过方案 (IO 重定向)

既然 App 必须通过 `open` 打开文件，再通过 `read` 读取内容，我们可以在它打开 `/proc/self/maps` 的瞬间，将目标路径**重定向**到一个我们准备好的、内容干净的“假 maps”文件上。

### 步骤一：准备“干净”的 maps 文件

在未注入 Frida 之前（或使用 Spawn 模式暂停时），先手动提取一份正常的 maps 文件：

```bash
adb shell
cp /proc/<pid>/maps /data/local/tmp/clean_maps
```

并在该文件中手动删去可能存在的敏感行（如果有）。

### 步骤二：Hook open 函数进行重定向

编写 Frida 脚本，拦截系统底层的文件打开操作。

**关键细节**：直接修改 `args[0]` 指向的内存可能会导致缓冲区溢出（如果新路径比旧路径长）。安全的做法是 `Memory.allocUtf8String` 分配新内存，并将 `args[0]` 指针替换过去。

```javascript
function bypassMapsCheck() {
    var open = Module.findExportByName("libc.so", "open");
    var openat = Module.findExportByName("libc.so", "openat");
    
    // 定义伪造的 maps 文件路径 (需要提前准备好该文件)
    var fakeMaps = "/data/local/tmp/clean_maps";

var redirect = function(args, pathIndex) {
        var path = Memory.readUtf8String(args[pathIndex]);
        
        // 匹配是否在打开 maps 文件
        if (path && path.indexOf("/maps") !== -1 && path.indexOf("proc") !== -1) {
            console.log("[*] Detected maps check: " + path);
            console.log("    -> Redirecting to: " + fakeMaps);
            
            // 安全替换：分配新内存字符串，替换参数指针
            var fakePathPtr = Memory.allocUtf8String(fakeMaps);
            args[pathIndex] = fakePathPtr;
        }
    }

if (open) {
        Interceptor.attach(open, {
            onEnter: function(args) {
                // open(const char *pathname, int flags);
                redirect(args, 0);
            }
        });
    }

if (openat) {
        Interceptor.attach(openat, {
            onEnter: function(args) {
                // openat(int dirfd, const char *pathname, int flags);
                redirect(args, 1);
            }
        });
    }
}

setImmediate(bypassMapsCheck);
```

### 进阶说明

对于 `fd` (文件描述符)、`status` (线程状态)、`maps` (内存映射) 这三类基于 `/proc` 文件系统的检测，上述 **IO 重定向** 方案是通解。只要将敏感文件指向无害文件（如 `/dev/null` 或提前备份的正常文件），即可实现完美绕过。

---

# 八、检测 Inline Hook (代码完整性校验)

Inline Hook 是 Frida `Interceptor` 模块的核心机制。它的原理是直接修改内存中目标函数的**前几条指令（Prologue）** ，将其替换为一条跳转指令（Trampoline/跳板），从而将程序执行流引导至 Frida 的处理函数。

## 1. 检测原理

App 可以通过检查关键函数开头的机器码（Machine Code）是否被篡改来检测 Hook。

### (1) 指令替换特征 (ARM64)

在 ARM64 架构下，Frida 通常需要替换前 16 个字节（4 条指令）来实现长跳转。它会将原始指令备份，并写入以下经典的  **"LDR + BR"**  跳板指令：

- **Hook 前 (原始指令)** ：  
  这是函数原本正常的汇编指令（示例）：

```arm
  # Hex: ff c3 04 d1 fd 7b 0e a9 fc 7b 00 f9 f8 5f 10 a9
  sub sp, sp, #0x30      ; 申请栈空间
  stp x29, x30, [sp, #0x20] ; 保存寄存器
  str x28, [sp, #0x10]
  str x24, [sp, #0x20]
  ```
- **Hook 后 (Frida 特征)** ：  
  内存中的指令变成了跳转逻辑：

```arm
  # Hex: 50 00 00 58 00 02 1f d6 [Address 8 bytes]
  ldr x16, #8            ; 0x58000050: 将当前 PC+8 处的地址加载到 X16 寄存器
  br  x16                ; 0xd61f0200: 跳转到 X16 寄存器指向的地址 (Frida Stub)
  .long 0x747d3e6e       ; 具体的跳转绝对地址 (低位)
  .long 0x00000000       ; 具体的跳转绝对地址 (高位)
  ```

### (2) 检测逻辑

App 会计算内存中函数前 N 个字节的 **CRC32** 或 **MD5** 值，并与本地文件（SO 库）中该函数的原始机器码进行比对。

- **如果不一致**：说明指令被篡改，存在 Inline Hook。
- **特征码扫描**：直接扫描内存开头是否包含 `50 00 00 58` (LDR X16, #8) 这类 Frida 惯用的跳转指令。

---

## 2. 绕过方案

### 方法一：Hook 比较函数 (memcmp)

检测逻辑的核心在于“比对”。App 通常会读取磁盘上的 SO 文件内容与内存内容进行比较。我们可以 Hook `libc.so` 中的 `memcmp` 函数。  
当发现 App 正在比对我们已 Hook 的函数地址时，强行让 `memcmp` 返回 0（即相等），从而“指鹿为马”。

---

# 九、完整性校验 (CRC/MD5 检测)

Frida 的 Inline Hook 机制本质上是  **“篡改内存代码”** 。即使只修改了几个字节（写入跳转指令），也会导致该内存区域的校验和（Checksum）发生变化。

## 1. 检测原理

App 通常采用  **“磁盘 vs 内存”**  的比对方式来检测代码是否被篡改。

### (1) 校验逻辑

1. **基准值获取 (磁盘)** ：App 读取 APK 包内或 `/data/app/.../lib/` 目录下的原始 SO 文件 (`.text` 段)，计算其 CRC32 或 MD5 值。这是“正确”的值。
2. **当前值获取 (内存)** ：App 遍历当前进程的内存空间，找到该 SO 库的加载基址，读取对应内存段的机器码，计算当前的 CRC32 或 MD5 值。
3. **比对**：如果两个哈希值不一致，说明内存中的代码被修改过（存在 Hook）。

### (2) 触发场景

- **Inline Hook**：Frida 为了拦截函数，必须修改函数开头的指令（前 16 字节），这直接破坏了完整性。
- **软件断点**：调试器插入断点会写入 `0xCC` (INT 3) 指令，同样会改变 CRC。

**检测代码逻辑 (伪代码)** ：

```c
// 1. 读取磁盘上的原始文件
char* disk_code = read_file("/data/app/.../libnative.so", offset, len);
int crc_disk = calc_crc32(disk_code, len);

// 2. 读取内存中的当前代码
char* memory_code = (char*)(so_base_addr + offset);
int crc_memory = calc_crc32(memory_code, len);

// 3. 比较
if (crc_disk != crc_memory) {
    kill_app(); // 代码被篡改
}
```

---

## 2. 绕过方案

### 方案一：使用硬件断点 (无痕 Hook)

既然修改代码会被检测，那就不要修改代码。  
Frida 提供了硬件断点功能（基于 CPU 的调试寄存器），可以在不修改内存字节的情况下实现拦截。

- **API**：`Process.setExceptionHandler(...)` 配合 `DebugSymbol`。
- **优点**：完美绕过 CRC/MD5 校验。
- **缺点**：硬件资源有限（ARM64 通常只有 4-6 个断点槽位），无法大规模 Hook。

### 方案二：Hook 校验函数 (指鹿为马)

找到 App 计算或比对 CRC 的核心函数（如 `memcmp`、自定义的 `check_crc`），对其进行 Hook。

- **思路**：当 App 比较 `libnative.so` 的代码段时，强行返回“相等”或“校验通过”。

### 方案三：Hook 文件读取 (IO 重定向)

如果 App 是通过 `open`/`read` 读取磁盘文件来计算基准值的，我们可以 Hook 这些 IO 函数。

- **思路**：当 App 试图读取磁盘上的 SO 文件时，我们将其重定向到内存中已经被 Hook 的那段数据上（或者反过来，当它读内存时给它返回磁盘数据）。

- *注意*：这需要非常精细的操作，逻辑较复杂，通常不如方案一、二实用。

---

‍

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

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

最后于 2025-12-8 16:59 被xiusi编辑，原因：

#其他

收藏・92

点赞・305

打赏

赞赏记录

参与人

雪币

留言

时间

git_99440qimingminimax

为你点赞！

6小时前

mb_unaxzsyr

非常支持你的观点！

2026-9-15 14:44

mb_gcojstdl

非常支持你的观点！

2026-9-13 17:43

git_51951meggadf3df

非常支持你的观点！

2026-9-11 10:24

mb_mwogblyz

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

2026-9-6 00:14

EwanSun

为你点赞！

2026-9-5 18:47

waddle

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

2026-9-3 14:31

mb_whehifsr

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

2026-9-3 00:28

mb_lnvuwwys

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

2026-9-2 19:15

LLeaves

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

2026-9-2 12:09

mb_tseughrh

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

2026-8-28 00:18

mb_adshwshz

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

2026-8-28 00:11

做好事不留名

非常支持你的观点！

2026-8-25 16:50

mb_zkfkmxet

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

2026-8-25 00:18

mb_nuomemmo

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

2026-8-23 00:01

mb_hjnyfmfs

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

2026-8-21 00:30

mb_bcgfbzfy

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

2026-8-21 00:25

mb_lthgjpwj

为你点赞！

2026-8-20 17:28

mb_mpcsgbhe

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

2026-8-20 16:08

maarek

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

2026-8-20 03:59

mb_oxqwhbqt

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

2026-8-18 00:01

git_30830z2field

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

2026-8-15 19:03

mb_iopmtttw

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

2026-8-14 09:06

努力丶

为你点赞！

2026-8-13 22:25

mb_iyfzkraa

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

2026-8-11 14:34

mb_kvvvwhmo

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

2026-8-11 00:38

Wika

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

2026-8-8 16:07

mb_phossfny

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

2026-8-7 23:09

mb_wsoacceo

为你点赞！

2026-8-7 22:59

mb_xultgqpf

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

2026-8-4 23:01

灬哈密瓜

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

2026-8-3 09:12

mb_wspiyiep

非常支持你的观点！

2026-7-31 18:10

醉染

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

2026-7-30 17:26

mb_vjcanzuu

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

2026-7-30 15:49

TheLuckyOne

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

2026-7-29 16:35

安哥7

非常支持你的观点！

2026-7-25 13:39

mb_btwdlppy

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

2026-7-20 16:34

zhczf

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

2026-7-18 16:19

天地一逆旅

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

2026-7-18 10:49

mb_cebxltxx

为你点赞！

2026-7-18 00:48

Red

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

2026-7-17 08:40

南上加蓝

为你点赞！

2026-7-16 16:12

小子xz

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

2026-7-16 15:32

wx_晨梦

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

2026-7-16 06:18

mb_regkwhqx

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

2026-7-14 15:45

mb_ofiozhaz

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

2026-7-13 23:38

afishlong

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

2026-7-13 23:03

我真的很菜

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

2026-7-13 17:09

mb_hsscwjpz

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

2026-7-8 20:37

mb_qqnashwi

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

2026-7-6 14:03

mb_hktfsykj

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

2026-7-3 23:26

chenteng

非常支持你的观点！

2026-7-2 15:35

智童

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

2026-7-1 01:18

orangeH

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

2026-6-28 20:32

量凉

非常支持你的观点！

2026-6-27 20:49

ulong9527

为你点赞！

2026-6-27 16:58

DaiXiaoHuer

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

2026-6-23 17:52

Aar0n

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

2026-6-22 14:37

bhhqxhq

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

2026-6-16 09:39

mb_hwonchhg

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

2026-6-14 12:08

leehero

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

2026-6-12 10:52

柳哈辣子

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

2026-6-10 21:12

mb_zmtxrnca

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

2026-6-10 15:31

EPs1l0h

为你点赞！

2026-6-9 13:50

ycdear

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

2026-6-4 22:48

mb_unmkpteo

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

2026-6-2 10:01

大力出司机

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

2026-5-31 19:55

mb_gmmtgfji

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

2026-5-27 17:56

mb_gatolgsc

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

2026-5-26 02:03

mb_saeucvtv

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

2026-5-24 15:13

git_82094mark1337g3a-netizen

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

2026-5-22 02:57

Max_hhg

非常支持你的观点！

2026-5-21 16:02

梧桐生

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

2026-5-19 16:19

mb_oxmwxqkc

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

2026-5-16 05:16

mb_kuhxsjlt

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

2026-5-15 16:41

mb_xrhmetpo

非常支持你的观点！

2026-5-12 10:56

nonovo

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

2026-5-12 09:54

mb_yalauklc

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

2026-5-11 23:03

mb_fcpbljlb

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

2026-5-9 22:23

mb_igbbdlgd

非常支持你的观点！

2026-5-9 17:24

linchuan0

为你点赞！

2026-5-8 13:38

LyonzzZ

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

2026-5-8 10:25

dougbell

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

2026-5-7 18:38

mb_ntzfrops

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

2026-5-7 18:26

erniu222

为你点赞！

2026-5-3 11:31

super_kaka

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

2026-5-3 08:40

mb_hbwwutcn

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

2026-4-30 13:37

lingyi223

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

2026-4-30 09:35

周游列国

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

2026-4-28 21:56

mb_fsoesckx

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

2026-4-28 21:04

eangmaolin

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

2026-4-28 20:42

npc0vo

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

2026-4-26 05:20

medmi

非常支持你的观点！

2026-4-23 16:22

mb_qltrlkcu

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

2026-4-22 10:56

AperOdry

为你点赞！

2026-4-20 23:30

lanoche

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

2026-4-20 22:55

mb_qucmgawb

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

2026-4-18 19:01

Rusty19

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

2026-4-17 22:11

bananaships

为你点赞！

2026-4-17 19:25

mb_ewfdnatq

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

2026-4-17 12:56

mb_skqqjvcl

为你点赞！

2026-4-15 10:09

wx_Deity

为你点赞！

2026-4-11 22:13

mb_duvnsehs

非常支持你的观点！

2026-4-11 14:58

zx_902542

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

2026-4-8 20:27

mxystery

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

2026-4-5 21:04

asd

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

2026-4-5 11:52

执着的猫

为你点赞！

2026-4-2 20:26

橘喵Cat

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

2026-4-2 15:32

暗月隐落

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

2026-4-2 08:23

沭阳

非常支持你的观点！

2026-4-2 00:38

BeanSpy

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

2026-4-1 16:20

mb_reyfinlv

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

2026-4-1 11:50

riven_

为你点赞！

2026-3-30 09:55

git_87710XIXaa

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

2026-3-28 20:29

尹少欣

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

2026-3-26 17:14

X1aoYU

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

2026-3-25 18:54

mb_wnxlwjix

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

2026-3-25 13:52

andy张刘

非常支持你的观点！

2026-3-24 17:31

Vincent_sec

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

2026-3-19 20:04

微笑:)

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

2026-3-19 10:55

菜鸟9527

非常支持你的观点！

2026-3-19 09:38

jjjo

为你点赞！

2026-3-18 18:01

mb_pfsyglzv

为你点赞！

2026-3-18 08:45

Love 2016

非常支持你的观点！

2026-3-17 22:36

mb_prxebxbs

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

2026-3-17 21:38

mb_oxxumihx

为你点赞！

2026-3-17 19:53

carbofish

为你点赞！

2026-3-17 15:30

卡卡骨

非常支持你的观点！

2026-3-16 23:14

trackL

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

2026-3-14 17:00

mb_rxyzirsm

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

2026-3-14 15:43

wx_Shutdown-r

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

2026-3-12 17:26

小李08

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

2026-3-11 11:02

yccccc

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

2026-3-11 09:16

NshIdE

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

2026-3-10 21:29

X66iaM

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

2026-3-10 10:17

方子敬xiao

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

2026-3-9 18:40

mb_zpvlfkkg

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

2026-3-9 08:47

git_36303xiaotang158

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

2026-3-8 14:08

mb_tzuuqbjy

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

2026-3-7 15:56

ovo.kx

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

2026-3-5 17:19

dragpn

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

2026-3-3 20:23

mb_smiopzkr

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

2026-2-28 09:11

wx_小友

非常支持你的观点！

2026-2-26 14:10

咸鱼……

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

2026-2-25 00:27

大肠刺身

为你点赞！

2026-2-24 21:34

烬奇小云

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

2026-2-24 21:04

0xThawne

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

2026-2-24 16:55

祝今朝

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

2026-2-24 13:36

mb_isbmbfet

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

2026-2-22 14:28

nxlite

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

2026-2-22 01:02

mb_hwgwrdgr

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

2026-2-21 07:46

superoldman

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

2026-2-19 20:44

lz_0618

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

2026-2-19 20:38

git_47756Nlmt1203

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

2026-2-19 14:49

homea_qwq

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

2026-2-19 09:03

lovezeng

为你点赞！

2026-2-13 23:38

太岁又沐风

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

2026-2-13 15:57

dream的梦

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

2026-2-12 08:05

eth100

请注意发帖规范，保持良好的讨论环境！

2026-2-11 14:19

LIU.YZ

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

2026-2-11 11:14

mb_yfxezfnn

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

2026-2-9 21:32

bluegatar

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

2026-2-8 20:57

x1aob1n

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

2026-2-7 15:31

绝对小白

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

2026-2-5 15:58

Yves Luo

为你点赞！

2026-2-5 11:15

sunburn_6

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

2026-2-5 02:20

mb_oatdtlak

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

2026-2-4 22:20

mb_iuhepcvx

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

2026-2-4 10:54

rainb0w

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

2026-2-2 20:51

mb_gshxxejl

为你点赞！

2026-2-1 08:28

mb_cjxvunvr

为你点赞！

2026-1-31 15:58

onwyc123

为你点赞！

2026-1-31 12:33

robinhust

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

2026-1-31 12:28

xjohjrdy

非常支持你的观点！

2026-1-30 23:00

mb_qtnoqcrg

非常支持你的观点！

2026-1-29 16:36

[軍]

非常支持你的观点！

2026-1-29 11:49

mb_lunshtoc

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

2026-1-27 18:03

mb_ztfospdt

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

2026-1-26 09:32

mb_dwqepytd

非常支持你的观点！

2026-1-24 19:07

杨如画

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

2026-1-23 15:58

RoseJames

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

2026-1-22 14:49

pyth0nDev

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

2026-1-22 14:15

popo223

为你点赞！

2026-1-22 10:08

mb_tqhxecqy

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

2026-1-21 15:54

wcisang

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

2026-1-21 05:10

mb_gawhfbtl

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

2026-1-21 01:28

mb_vmvqwahj

为你点赞！

2026-1-19 16:23

ookyo

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

2026-1-14 19:25

mb_ybjiiova

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

2026-1-14 17:40

浮夸进进

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

2026-1-14 11:12

mb_wkfsddlx

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

2026-1-13 20:43

mb_enmenpdg

为你点赞！

2026-1-13 14:52

Bileton

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

2026-1-13 12:50

苦瓜.

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

2026-1-11 23:18

.KK

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

2026-1-11 17:48

bujianshi

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

2026-1-9 15:52

再见君不见

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

2026-1-9 15:46

xinhu

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

2026-1-9 13:53

taoying

为你点赞！

2026-1-9 11:47

Yu4n

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

2026-1-9 11:27

fogSea

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

2026-1-8 17:19

vinegar

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

2026-1-8 14:58

mb_kiwccpyo

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

2026-1-8 09:09

mb_ynpgeaep

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

2026-1-6 17:52

mb_jrwjnzux

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

2026-1-6 09:44

neilwu

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

2026-1-5 13:15

saykao

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

2026-1-3 13:11

mb_vylvorjm

非常支持你的观点！

2026-1-1 14:20

零_721409

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

2025-12-31 18:42

maxfire

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

2025-12-31 17:17

P_Hac

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

2025-12-31 16:16

mb_utbimppk

为你点赞！

2025-12-31 15:50

xuegao97

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

2025-12-31 13:18

mb_urzpvfux

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

2025-12-31 12:26

lxaza

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

2025-12-30 20:42

LiMingD

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

2025-12-28 08:11

小迷糊ddd

为你点赞！

2025-12-27 21:46

j01y

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

2025-12-27 13:02

mb_fmpzmysp

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

2025-12-25 15:23

mb_nxicnwnb

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

2025-12-23 16:52

liufengwenyu

为你点赞！

2025-12-23 10:55

wx_　　　　　　　　_937851

为你点赞！

2025-12-22 21:20

优质胖虎

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

2025-12-22 14:26

yhock

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

2025-12-22 13:42

mb_izfxicrp

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

2025-12-22 13:26

wx_null_420

为你点赞！

2025-12-19 14:12

chiikawa_gui

为你点赞！

2025-12-19 10:38

git_45801kipokate

为你点赞！

2025-12-19 10:00

demone

为你点赞！

2025-12-18 16:14

摆烂患者

非常支持你的观点！

2025-12-18 09:59

mb_hwzomkxk

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

2025-12-17 21:25

mb_googhade

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

2025-12-17 20:48

wx_0.0_522

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

2025-12-17 17:33

wx_官

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

2025-12-17 16:21

郁磊

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

2025-12-17 14:31

mb_empsallg

为你点赞！

2025-12-17 14:20

wx_快乐一生。

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

2025-12-17 13:13

atom2024

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

2025-12-16 21:59

mb_noipccgl

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

2025-12-16 21:32

孤独的街

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

2025-12-16 20:42

dsfa

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

2025-12-16 13:19

上网鱼

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

2025-12-15 23:21

git_52512shinomiyakwy

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

2025-12-15 14:34

wx_燕双飞จุ๊บ

为你点赞！

2025-12-15 11:37

mb_phsdvaem

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

2025-12-15 08:34

JSnow

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

2025-12-15 08:08

王麻子本人

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

2025-12-15 02:18

mb_oflsrxjt

为你点赞！

2025-12-14 15:28

mb_pnrjfxiv

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

2025-12-13 16:33

taeyeon_ss

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

2025-12-13 15:55

zxxxxxxr

非常支持你的观点！

2025-12-13 14:37

LSQing

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

2025-12-13 10:12

CongYuNian

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

2025-12-13 00:40

git_86715adam019701

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

2025-12-12 16:24

hanhaochi

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

2025-12-12 15:14

晨曦遇晓

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

2025-12-12 13:32

北袅

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

2025-12-12 13:19

Yunn_hu

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

2025-12-12 13:10

阿沁·

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

2025-12-12 10:05

Metzkerson

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

2025-12-12 03:07

sinker_

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

2025-12-11 21:20

xhan8

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

2025-12-11 20:49

lihaiyanz

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

2025-12-11 16:08

逆向小玖

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

2025-12-11 11:45

路过1

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

2025-12-11 11:06

passself

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

2025-12-11 10:15

Ayuer

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

2025-12-10 23:56

wx_ㅤ_683

非常支持你的观点！

2025-12-10 16:53

mb_poaxnenl

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

2025-12-10 10:34

mb_ecayuquu

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

2025-12-10 10:28

iamshy

非常支持你的观点！

2025-12-10 09:46

快乐的小跳蛙

为你点赞！

2025-12-10 09:35

loveqiao

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

2025-12-10 09:28

mb_zrjocfyj

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

2025-12-10 09:24

Python成长路

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

2025-12-10 09:08

mb_tmbvnlxt

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

2025-12-9 21:11

Algunas_

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

2025-12-9 18:26

wx_后土

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

2025-12-9 17:58

千屈

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

2025-12-9 17:20

wolf_lc

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

2025-12-9 16:52

Old_Yuan

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

2025-12-9 16:33

mb_rjdrqvpa

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

2025-12-9 16:23

mb_bzkmcyjt

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

2025-12-9 16:12

KerryS

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

2025-12-9 15:29

mb_wpitiize

为你点赞！

2025-12-9 14:31

niceday

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

2025-12-9 11:55

darbra

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

2025-12-9 11:16

令狐双

非常支持你的观点！

2025-12-9 10:34

dofla

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

2025-12-9 10:31

wuzhouzcx

为你点赞！

2025-12-9 09:56

mb_ghacxjfh

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

2025-12-9 09:43

ONewTach

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

2025-12-9 09:04

墨儒蛮君

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

2025-12-9 08:23

mb_bppcorlj

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

2025-12-9 00:58

huangyalei

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

2025-12-9 00:29

MsScotch

非常支持你的观点！

2025-12-8 22:32

mb_iesvmzqc

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

2025-12-8 19:14

拾海

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

2025-12-8 18:30

东方玻璃

为你点赞！

2025-12-8 18:28

寻影星尘

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

2025-12-8 18:23

我的小拇指啊

为你点赞！

2025-12-8 18:17

赏雨

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

2025-12-8 18:01

mb_kgfqphsx

为你点赞！

2025-12-8 17:51

LotusRain

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

2025-12-8 17:15

顽劣

为你点赞！

2025-12-8 17:13

最新回复 (319) 1 2 3 4 5 6 7 8 9 10 ...13 ▶
Sharp_Wang 雪币： 112 活跃值： (1657) 能力值： ( LV3，RANK：20 ) 在线值：发帖 3 回帖 34 粉丝 24 关注私信	Sharp_Wang 2 楼 666 2025-12-8 17:54 0
jyotidwi 雪币： 1290 能力值： ( LV1，RANK：0 ) 在线值：发帖 3 回帖 121 粉丝 3 关注私信	jyotidwi 3 楼 6666666666 2025-12-8 18:18 0
git_71735namngsec-netizen 雪币：能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 30 粉丝 0 关注私信	git_71735namngsec-netizen 4 楼 666 2025-12-8 18:30 0
SomeMx 雪币： 4169 活跃值： (5544) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 158 粉丝 1 关注私信	SomeMx 5 楼过来瞧瞧 2025-12-8 18:42 0
带带弟弟吧雪币： 2 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 93 粉丝 5 关注私信	带带弟弟吧 6 楼 11 2025-12-8 21:58 1
mb_xixgoqzn 雪币： 101 活跃值： (130) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_xixgoqzn 7 楼过来瞧瞧 2025-12-8 22:03 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 693 粉丝 7 关注私信	mb_ldbucrik 8 楼收藏学习 2025-12-8 23:53 0
黑屏雪币： 5478 活跃值： (5789) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 144 粉丝 2 关注私信	黑屏 9 楼 6666 2025-12-9 08:11 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 253 粉丝 0 关注私信	mb_cbgtaveo 10 楼 666666666666 2025-12-9 10:00 0
七星舞月雪币： 2842 活跃值： (3240) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 12 粉丝 0 关注私信	七星舞月 11 楼感谢分享 2025-12-9 10:36 0
Imxz 雪币： 112 活跃值： (9435) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 754 粉丝 9 关注私信	Imxz 12 楼 tql 2025-12-9 10:47 0
mb_asiwnxyv 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 100 粉丝 0 关注私信	mb_asiwnxyv 13 楼感谢分享 2025-12-9 10:48 0
mb_uvyukvot 雪币： 209 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 143 粉丝 1 关注私信	mb_uvyukvot 14 楼 666 2025-12-9 11:19 0
mb_pesxllvn 雪币： 378 能力值： ( LV1，RANK：0 ) 在线值：发帖 1 回帖 122 粉丝 2 关注私信	mb_pesxllvn 15 楼 666 2025-12-9 11:30 0
cpannn 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 73 粉丝 0 关注私信	cpannn 16 楼感谢分享 2025-12-9 13:14 0
mb_ortrndgc 雪币： 200 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 1 粉丝 0 关注私信	mb_ortrndgc 17 楼感谢分享 2025-12-9 14:12 0
呼吸24K纯氧雪币： 28 活跃值： (1716) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 91 粉丝 2 关注私信	呼吸24K纯氧 18 楼 666666666666 2025-12-9 14:20 0
azd放雪币： 43 活跃值： (2579) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 45 粉丝 0 关注私信	azd放 19 楼 666 2025-12-9 15:15 0
mb_roiscepd 雪币：能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 33 粉丝 0 关注私信	mb_roiscepd 20 楼 666 2025-12-9 17:06 0
xianhuimin 雪币： 9290 活跃值： (6153) 能力值： ( LV2，RANK：10 ) 在线值：发帖 5 回帖 226 粉丝 2 关注私信	xianhuimin 21 楼 666 2025-12-10 01:26 0
mb_zrjocfyj 雪币： 950 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_zrjocfyj 22 楼看看 2025-12-10 09:18 1
huangjw 雪币： 6698 活跃值： (11882) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 511 粉丝 2 关注私信	huangjw 23 楼学习了，谢谢 2025-12-10 09:25 0
不具名的悲伤雪币： 3 活跃值： (1790) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 123 粉丝 0 关注私信	不具名的悲伤 24 楼 6 2025-12-10 09:29 0
KanXue_NG 雪币： 661 能力值： ( LV1，RANK：0 ) 在线值：发帖 7 回帖 100 粉丝 66 关注私信	KanXue_NG 25 楼 66 2025-12-10 09:33 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复

xiusi

发帖

回帖

170

RANK

关注

私信

他的文章

关于我们

联系我们

企业服务

看雪公众号

最新回复 (319) 1 2 3 4 5 6 7 8 9 10 ...13 ▶
Sharp_Wang 雪币： 112 活跃值： (1657) 能力值： ( LV3，RANK：20 ) 在线值：发帖 3 回帖 34 粉丝 24 关注私信	Sharp_Wang 2 楼 666 2025-12-8 17:54 0
jyotidwi 雪币： 1290 能力值： ( LV1，RANK：0 ) 在线值：发帖 3 回帖 121 粉丝 3 关注私信	jyotidwi 3 楼 6666666666 2025-12-8 18:18 0
git_71735namngsec-netizen 雪币：能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 30 粉丝 0 关注私信	git_71735namngsec-netizen 4 楼 666 2025-12-8 18:30 0
SomeMx 雪币： 4169 活跃值： (5544) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 158 粉丝 1 关注私信	SomeMx 5 楼过来瞧瞧 2025-12-8 18:42 0
带带弟弟吧雪币： 2 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 93 粉丝 5 关注私信	带带弟弟吧 6 楼 11 2025-12-8 21:58 1
mb_xixgoqzn 雪币： 101 活跃值： (130) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_xixgoqzn 7 楼过来瞧瞧 2025-12-8 22:03 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 693 粉丝 7 关注私信	mb_ldbucrik 8 楼收藏学习 2025-12-8 23:53 0
黑屏雪币： 5478 活跃值： (5789) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 144 粉丝 2 关注私信	黑屏 9 楼 6666 2025-12-9 08:11 0
mb_cbgtaveo 雪币： 292 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 253 粉丝 0 关注私信	mb_cbgtaveo 10 楼 666666666666 2025-12-9 10:00 0
七星舞月雪币： 2842 活跃值： (3240) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 12 粉丝 0 关注私信	七星舞月 11 楼感谢分享 2025-12-9 10:36 0
Imxz 雪币： 112 活跃值： (9435) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 754 粉丝 9 关注私信	Imxz 12 楼 tql 2025-12-9 10:47 0
mb_asiwnxyv 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 100 粉丝 0 关注私信	mb_asiwnxyv 13 楼感谢分享 2025-12-9 10:48 0
mb_uvyukvot 雪币： 209 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 143 粉丝 1 关注私信	mb_uvyukvot 14 楼 666 2025-12-9 11:19 0
mb_pesxllvn 雪币： 378 能力值： ( LV1，RANK：0 ) 在线值：发帖 1 回帖 122 粉丝 2 关注私信	mb_pesxllvn 15 楼 666 2025-12-9 11:30 0
cpannn 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 73 粉丝 0 关注私信	cpannn 16 楼感谢分享 2025-12-9 13:14 0
mb_ortrndgc 雪币： 200 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 1 粉丝 0 关注私信	mb_ortrndgc 17 楼感谢分享 2025-12-9 14:12 0
呼吸24K纯氧雪币： 28 活跃值： (1716) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 91 粉丝 2 关注私信	呼吸24K纯氧 18 楼 666666666666 2025-12-9 14:20 0
azd放雪币： 43 活跃值： (2579) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 45 粉丝 0 关注私信	azd放 19 楼 666 2025-12-9 15:15 0
mb_roiscepd 雪币：能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 33 粉丝 0 关注私信	mb_roiscepd 20 楼 666 2025-12-9 17:06 0
xianhuimin 雪币： 9290 活跃值： (6153) 能力值： ( LV2，RANK：10 ) 在线值：发帖 5 回帖 226 粉丝 2 关注私信	xianhuimin 21 楼 666 2025-12-10 01:26 0
mb_zrjocfyj 雪币： 950 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	mb_zrjocfyj 22 楼看看 2025-12-10 09:18 1
huangjw 雪币： 6698 活跃值： (11882) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 511 粉丝 2 关注私信	huangjw 23 楼学习了，谢谢 2025-12-10 09:25 0
不具名的悲伤雪币： 3 活跃值： (1790) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 123 粉丝 0 关注私信	不具名的悲伤 24 楼 6 2025-12-10 09:29 0
KanXue_NG 雪币： 661 能力值： ( LV1，RANK：0 ) 在线值：发帖 7 回帖 100 粉丝 66 关注私信	KanXue_NG 25 楼 66 2025-12-10 09:33 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复