[原创] Audit 侧信道: Root, scrcpy 和模拟器的新型检测与绕过-Android安全-看雪安全社区

[原创] Audit 侧信道: Root, scrcpy 和模拟器的新型检测与绕过

发表于: 2026-5-20 23:54 7020

[原创] Audit 侧信道: Root, scrcpy 和模拟器的新型检测与绕过

vwvw

2026-5-20 23:54

7020

260522 21:17:53 更新

## 概述

<a href="elink@82eK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6u0V1M7X3g2$3K9h3g2%4i4K6u0W2k6$3!0G2k6$3I4W2M7$3!0#2M7X3y4W2i4K6u0W2j5$3!0E0i4K6u0r3j5#2)9J5c8Y4m8D9j5i4c8X3L8%4u0E0i4K6u0r3M7%4W2K6N6r3g2E0i4K6u0r3L8r3!0Y4k6$3W2F1k6#2)9J5c8W2)9J5b7W2)9J5c8U0x3%4x3U0f1K6y4o6j5`.">Hide procfs related audit messages from appdomain</a>

这个链接是一个 AOSP 的修复变更, 旨在修复一个 Audit 日志泄露的问题

在三方 App 受限沙箱中, 即使不能直接读取其他进程的 `/proc/<pid>` 信息, 通过访问 procfs 触发 SELinux Audit 日志, 也可能可以从 logcat 里的 `tcontext` 反推出目标进程的安全域

也可以说这是一个基于 audit 日志的侧信道检测思路.

基于这个思路, 先尝试了以下三类场景:

1. root 环境: 通过 `tcontext=u:r:magisk:s0` 观察 Magisk 相关安全域
2. 模拟器环境: 通过 `qemu_props`, `goldfish`, `ranchu` 相关安全域观察模拟器特征
3. 疑似正在投屏: 通过高 PID 的连续 `u:r:shell:s0` 安全域发现疑似 scrcpy 正在投屏

依旧是使用 <a href="elink@ee9K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2">Mira</a> 开源框架进行运行时风险分析. 介绍在 [https://bbs.kanxue.com/thread-291041.htm](https://bbs.kanxue.com/thread-291041.htm) 这篇文章

相对于不断打包安装和触发, Mira 只需 AI 自行对 shell 脚本不断进行微调和执行即可. 比如这次的改 PID 范围, 改 logcat 匹配规则, 改扫描窗口, 很快, 很省精力.

**文末为原理, 修复, 以及绕过方案.**

## 复现

### 狐妖 Magisk

让 AI 调用 Mira 的 MCP 功能, AI 这里使用分块扫描, 从 `900` 开始按窗口触碰 `/proc/<pid>`, 每个窗口 25 个 PID, 发现命中后停止.

![](upload/attach/202605/1054778_AJR99JGGNHK4NQR.webp)

可以直接看到, App 沙箱侧触碰 procfs 后, audit 日志暴露了 `tcontext=u:r:magisk:s0`.

```sh
[Magisk audit side-channel scan]
scan pid=900-924
scan pid=925-949
scan pid=950-974
scan pid=975-999
scan pid=1000-1024
scan pid=1025-1049
hit_window=1025-1049
05-20 21:48:56.216 ... avc: denied { getattr } for comm="sh" path="/proc/1028" dev="proc" ... scontext=u:r:untrusted_app_27:s0:... tcontext=u:r:magisk:s0 tclass=dir permissive=0 app=com.vwww.mira
05-20 21:48:56.216 ... avc: denied { getattr } for comm="sh" path="/proc/1029" dev="proc" ... scontext=u:r:untrusted_app_27:s0:... tcontext=u:r:magisk:s0 tclass=dir permissive=0 app=com.vwww.mira
05-20 21:48:56.219 ... avc: denied { getattr } for comm="sh" path="/proc/1048" dev="proc" ... scontext=u:r:untrusted_app_27:s0:... tcontext=u:r:magisk:s0 tclass=dir permissive=0 app=com.vwww.mira
```

### AVD

AVD 即 Android Studio 自带模拟器, 这里使用 M 芯片 Mac android studio 的 Android 13 镜像作为演示样本

[Magisk检测](#狐妖-magisk) 中使用 AI 调用 MCP 用于展示 AI 快速微调的效率, 实际弄懂原理之后, 手动使用该受控三方权限 shell 会更快

先 adb 查看有什么进程, 进程名是什么

```sh
❯ adb shell
emu64a:/ $ ps -e | grep qemu
root           158     1 10780188  2184 0                   0 S qemu-props
emu64a:/ $
```

试探一下, 发现了 `qemu_props` 特征

![](upload/attach/202605/1054778_38NUGHSRENAETB9.webp)

同样, 再找点其他模拟器特征, 比如

```bash
❯ adb shell
emu64a:/ $ ps -e | grep qemu
root           158     1 10780188  2184 0                   0 S qemu-props
emu64a:/ $ ps -e | grep goldfish
root           152     2       0      0 0                   0 S [irq/46-goldfish]
media          317     1 11086960  4008 0                   0 S android.hardware.media.c2@1.0-service-goldfish
radio          370     1 11113696  3372 0                   0 S libgoldfish-rild
emu64a:/ $ ps -e | grep anchu
gps            777     1 10949284  2056 0                   0 S android.hardware.gnss@2.0-service.ranchu
emu64a:/ $
```

这些就不如 qemu 的特征明显, 但也可以被触发

![](upload/attach/202605/1054778_CGDTYANBVJRSDB6.webp)

### scrcpy 投屏

从 android 9 往后, 对 scrcpy 的检测就一直没有什么好方案, 因为特征隐藏的足够好, 而 audit 可以提供一种新的思路

分析 scrcpy 的源码, 发现新版本的 scrcpy 基于 adb shell 拉起 `app_process`, 启动 scrcpy 自己的 jar 包运行, 运行起来会删除 `/data/local/tmp/scrcpy-server.jar` 文件, 没有文件特征

参考 [avd](#avd) 的研究方法, 先 adb shell 查看, 可以看到投屏服务对应 `sh -> app_process -> app_process` 三个 pid 很相近的进程

```sh
emu64a:/ $ ps -e | grep shell
shell          351     1 11105424  7368 0                   0 S adbd
shell          508   351 10789444  2236 __arm64_sys_nanosleep 0 S process-tracker
shell         5615   351 10815908  3168 __do_sys_rt_sigsuspend 0 S sh
shell         6212   351 10858824  3256 unix_stream_data_wait 0 S abb

shell        27769   351 10797476  2632 __do_sys_rt_sigsuspend 0 S sh
shell        27771 27769 14129832 135132 do_epoll_wait      0 S app_process
shell        27800 27771 13609408 102484 pipe_read          0 S app_process
```

audit 日志不能直接读出 `app_process`, 但能看到高 PID 中有三个离得很近的 `u:r:shell:s0` 特征:

![](upload/attach/202605/1054778_6NVXV8Q29U7NHDW.webp)

启停对比也符合预期: 关闭投屏后, 相同高 PID 范围扫描结果为:

```log
START=10000 END=18000 CHUNK=100 STEP=100
no_shell_domain_hit
```

正常用户即使开启 adb, 不用 scrcpy 投屏也不会有这个特征, **因此连续 3 个 `u:r:shell:s0`** 可以作为判断正疑似使用 scrcpy 投屏的策略, 具体需要线上环境验证, 这里只是提供一个思路

若想隐藏, 要么使用修复后系统, 要么就是得 root 设备然后 hook 系统框架将这部改掉, 但就会引入新的特征进入 root 对抗的范畴. 提高攻击方的成本.

## 注意事项

### 扫描稳定性

该侧信道不适合无脑大范围扫描, **实验中出现过单点命中, 大窗口扫描反而漏检的情况**

原因主要有两个:

1. SELinux audit 日志存在限流
2. 大窗口会制造大量无关 denial, 目标 PID 落在窗口后段时可能被噪声淹没

推荐使用小窗口或重叠窗口:

```sh
START=1000
END=2500
CHUNK=10
STEP=10
WAIT_SEC=1
LOG_TAIL=400
MATCH='tcontext=u:r:qemu_props:s0|tcontext=u:r:[^ ]*(goldfish|ranchu|qemu)[^ ]*:s0'
```

如果 `CHUNK=50` 漏检, 优先降低到 `CHUNK=10`, 或使用 `CHUNK=50 STEP=25`。不要只增加 `sleep`, 因为失败原因通常不是日志延迟, 而是 audit 限流和窗口噪声。

### 执行语法细节

当前 shell 触碰 `/proc/<pid>` 和 `sh script.sh` 新开子 shell 触碰, 不等价.

推荐方式:

1. 当前 shell 触碰
2. 或写入文件, 用 `. script.sh` 在当前 shell 加载执行

## AOSP 原代码泄露路径分析

问题核心在 `system/logging/logd/LogAudit.cpp` 的 `LogAudit::logPrint`

logd 收到 audit 消息后, 先格式化成字符串:

```cpp
char* str = nullptr;
va_start(args, fmt);
int rc = vasprintf(&str, fmt, args);
va_end(args);
```

此时 `str` 中已经包含原始 audit 信息, 例如 `dev="proc"`, `scontext`, `tcontext`, `tclass`, `comm`, `path` 等字段。对本文场景来说, 关键是 `dev="proc"` 和 `tcontext` 同时存在

随后代码从 audit 字符串中查找 `pid=` 字段, 并用 `pidToUid` 找到触发 audit 的 UID:

```cpp
static const char pid_str[] = " pid=";
char* pidptr = strstr(str, pid_str);
...
uid = android::pidToUid(pid);
```

这个 UID 后续会传给日志系统. 对于 App 触发的 procfs audit, 这里解析出的 UID 会落在 `AID_APP_START` 之后.

原代码会调用 `auditParse(str, uid)`:

```cpp
denial_metadata = auditParse(str, uid);
```

`auditParse` 会解析 `scontext`, `tcontext`, `tclass`, 并尝试匹配 bug metadata. 更重要的是, 当 UID 属于 App 范围时, 它还会追加 App 包名:

```cpp
if (uid >= AID_APP_START && uid <= AID_APP_END) {
    char* uidname = android::uidToName(uid);
    if (uidname) {
        result.append(" app="s + uidname);
        free(uidname);
    }
}
```

这说明 logd 不只是原样转发 audit 字符串, 还会把它加工成更适合定位问题的日志. 对系统调试来说这是正向能力, 但对 App 可见日志来说, 它强化了侧信道可读性.

原代码随后把 audit 字符串和追加元数据写入 events buffer:

```cpp
rc = logbuf->Log(LOG_ID_EVENTS, now, uid, pid, tid,
                 reinterpret_cast<char*>(event),
                 (message_len <= UINT16_MAX) ? (uint16_t)message_len : UINT16_MAX);
```

这里使用的 `uid`, `pid`, `tid` 来自前面的解析结果. 也就是说, 这条 audit 日志会以触发方相关身份进入日志系统.

后续代码还会构造 main buffer 日志. 它会从 audit 字符串中解析 `comm="..."`, 构造新的日志内容, 再把 denial metadata 拼进去.

结果是, 同一条 procfs denial 可能进入 main buffer 和 events buffer. 只要 App 侧能够读取到对应日志面, `tcontext` 就会暴露.

根因可以概括为一句话:

`hidepid=2` 保护的是 procfs 正常读取面, 但原 logd 路径把 procfs 访问失败后的 audit 诊断信息转发到了 App 可见日志面.

因此 App 不需要直接读取 `/proc/<pid>`. 它只需要触碰 `/proc/<pid>` 触发 `getattr` denial, 再从 logcat 中读取 `tcontext`, 就能推断目标进程属于哪个 SELinux 安全域.

Android 上 audit 消息会通过 netlink socket 转发给 logd, logd 又可能把这些消息转发到 App 自身可见的日志面. 这样就形成了下面的信息流:

```text
App 触碰 /proc/<pid>
  -> SELinux 拒绝访问
  -> kernel 产生 audit 记录
  -> audit 记录通过 netlink 到 logd
  -> logd 写入 main 或 events 日志缓冲
  -> App 侧通过 logcat 看到 tcontext
```

这条链路绕过的不是 SELinux 权限检查本身, 而是利用权限检查失败后的诊断信息.

## AOSP 补丁作者的修复思路

3725346 补丁新增的逻辑如下:

```cpp
// Hide procfs related audit messages from appdomain to prevent selinux context leak
if (uid >= AID_APP_START && strstr(str, "dev=\"proc\"")) {
    free(str);
    return 0;
}
```

这段过滤有两个条件。

第一, `uid >= AID_APP_START`. 说明过滤对象是 App UID 触发的 audit, 而不是所有系统 audit. 这样可以避免影响系统服务和原生系统进程的正常诊断.

第二, `strstr(str, "dev=\"proc\"")`. 说明过滤对象是 procfs 相关 audit. 补丁没有泛化过滤所有 SELinux denial, 而是精准阻断这条通过 `/proc/<pid>` 泄露其他进程安全域的路径.

1. 不改变 SELinux 判定. 
2. 不改变 procfs 权限模型. 
3. 不完全丢弃系统调试信息. 
4. 阻断 App 触发的 procfs audit 进入 main 和 events 日志缓冲.

修的是 logd 的转发边界. 访问失败可以继续失败, 系统也可以继续审计, 但 App 无法通过日志缓冲看到其他进程的 `tcontext`.

## SELinux audit 结构

一条典型的 SELinux 拒绝记录如下:

```text
avc: denied { getattr } for comm="sh" path="/proc/1030" dev="proc" ... scontext=u:r:untrusted_app:s0 ... tcontext=u:r:magisk:s0 tclass=dir permissive=0
```

关键字段如下:

| 字段 | 含义 | 本文关注点 |
| --- | --- | --- |
| `avc: denied` | SELinux 拒绝访问 | 表示进入拒绝路径 |
| `{ getattr }` | 访问动作 | 目录元数据探测即可触发 |
| `path` | 被访问路径 | 指向 `/proc/<pid>` |
| `dev="proc"` | 文件系统来源 | 标识 procfs 相关 audit |
| `scontext` | 发起方安全域 | 通常是 App 沙箱域 |
| `tcontext` | 目标方安全域 | 侧信道泄露的核心字段 |
| `tclass` | 目标对象类型 | 例如 `dir` |

AOSP SELinux 文档说明, SELinux denial 会进入 `dmesg` 和 `logcat`, 并且 `scontext`, `tcontext`, `tclass` 分别描述发起方, 目标方和目标对象类型. 也就是说, audit 日志的设计目标是帮助系统开发者定位策略问题, 但在特定日志可见性条件下, 它也可能成为信息侧信道.

## 绕过

260522 21:17:53 更新

```c
constexpr std::string_view target_context = "tcontext=u:r:priv_app:s0:c512,c768";
constexpr std::string_view source_contexts[] = {
        "tcontext=u:r:su:s0",
        "tcontext=u:r:magisk:s0"
};
```
仅对 `magisk` 和 `su` 的情况做了过滤, 并替换为固定的字符串 `"tcontext=u:r:priv_app:s0:c512,c768"`

刚开始觉得这种写法有问题, 并提出了如下修改:

1. 只匹配 `"tcontext=u:r:magisk:s0"` 和 `"tcontext=u:r:su:s0"` , 无法解决所有类似的情况, 比如对本文提到的模拟器和投屏的特征无法适配, 不如 `path="/proc/..."` 都替换为 `priv_app`
2. 硬编码 `"tcontext=u:r:priv_app:s0:c512,c768"` 也是新的特征, 改成随机值算了, 比如 `u:r:priv_app:s0:c115,c371,c512,c768`

最后经过指正发现是我不够严谨, 随便下了结论, 如下是作者回复:

![图片描述](upload/attach/202605/1054778_P2HCGAB6X5HEP23.webp)

哈哈哈, 赶紧修改, 并趁机学习新知识

`c512,c768` 不是随便写死的字符串, 它来自 Android libselinux 里的 MLS/MCS 计算逻辑, 参考 <a href="elink@880K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6u0W2k6$3!0G2k6$3I4W2M7$3!0#2M7X3y4W2i4K6u0W2j5$3!0E0i4K6u0r3M7r3I4S2N6r3k6G2M7X3#2Q4x3V1k6W2P5s2c8W2M7X3&6S2L8q4)9J5c8Y4y4W2L8r3W2F1N6i4S2Q4x3V1k6Q4x3V1u0Q4x3V1k6E0j5h3W2F1i4K6u0r3L8r3W2T1M7$3g2D9K9h3&6#2P5q4)9J5c8Y4y4J5j5#2)9J5c8X3q4F1k6s2u0G2K9h3c8Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6g2X3M7$3g2S2M7s2m8Q4x3X3g2U0i4K6t1K6y4U0V1I4"><mark class="encrypted">99fK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6u0W2k6$3!0G2k6$3I4W2M7$3!0#2M7X3y4W2i4K6u0W2j5$3!0E0i4K6u0r3M7r3I4S2N6r3k6G2M7X3#2Q4x3V1k6W2P5s2c8W2M7X3&6S2L8q4)9J5c8Y4y4W2L8r3W2F1N6i4S2Q4x3V1k6Q4x3V1u0Q4x3V1k6E0j5h3W2F1i4K6u0r3L8r3W2T1M7$3g2D9K9h3&6#2P5q4)9J5c8Y4y4J5j5#2)9J5c8X3q4F1k6s2u0G2K9h3c8Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6g2X3M7$3g2S2M7s2m8Q4x3X3g2U0i4K6t1K6y4U0V1I4</mark></a>

```c
/* Sets the categories of ctx based on the level request */
int set_range_from_level(context_t ctx, enum levelFrom levelFrom, uid_t userid, uid_t appid)
{
	char level[255];
	switch (levelFrom) {
	case LEVELFROM_NONE:
		strncpy(level, "s0", sizeof level);
		break;
	case LEVELFROM_APP:
		snprintf(level, sizeof level, "s0:c%u,c%u",
			 appid & 0xff,
			 256 + (appid>>8 & 0xff));
		break;
	case LEVELFROM_USER:
		snprintf(level, sizeof level, "s0:c%u,c%u",
			 512 + (userid & 0xff),
			 768 + (userid>>8 & 0xff));
		break;
	case LEVELFROM_ALL:
		snprintf(level, sizeof level, "s0:c%u,c%u,c%u,c%u",
			 appid & 0xff,
			 256 + (appid>>8 & 0xff),
			 512 + (userid & 0xff),
			 768 + (userid>>8 & 0xff));
		break;
	default:
		return -1;
	}
	if (context_range_set(ctx, level)) {
		return -2;
	}
	return 0;
}
```

其中 `LEVELFROM_USER` 分支写的是 `s0:c%u,c%u`, 分别按 `512 + (userid & 0xff)` 和 `768 + (userid >> 8 & 0xff)` 计算

`userid` 和 `appid` 的拆分在同文件 `seapp_context_lookup_internal()` 中, 代码是

```c
userid = uid / AID_USER_OFFSET;
appid = uid % AID_USER_OFFSET;
```

所以主用户 `userId` 为 0 时, `LEVELFROM_USER` 会算出 `512 + 0 = c512` 和 `768 + 0 = c768`, 最终得到 `s0:c512,c768`

而 priv_app 为什么会走这个分支, 可以看 AOSP 的 <a href="elink@871K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6u0W2k6$3!0G2k6$3I4W2M7$3!0#2M7X3y4W2i4K6u0W2j5$3!0E0i4K6u0r3M7r3I4S2N6r3k6G2M7X3#2Q4x3V1k6K6P5i4y4@1k6h3#2Q4x3V1k6K6k6i4m8G2L8r3W2U0P5g2)9J5c8W2)9J5b7W2)9J5c8Y4u0W2k6Y4y4Q4x3V1k6Z5k6h3q4V1M7#2)9J5c8X3q4F1k6s2u0G2K9h3b7I4y4W2)9J5k6s2u0W2L8r3g2S2M7$3g2Q4x3V1k6H3M7X3W2$3j5i4c8W2i4K6u0r3M7$3g2S2M7s2m8Q4y4h3k6U0L8$3&6@1k6i4S2@1M7#2)9J5x3K6t1H3x3b7`.`.">system/sepolicy/private/seapp_contexts</a>, 其中常见规则是 `user=_app isPrivApp=true domain=priv_app type=privapp_data_file levelFrom=user`, 也就是 priv_app 默认按 Android userId 生成类别, 而不是按具体 App 生成类别

当然, 如果是系统分身环境 uid 非 0 的情况, userid 就不是 `c512` 了, 不过这都是极端情况.

我原来的写法驴唇不对马嘴, priv_app 但是用了 untrusted_app 的特征

magisk 这种低 pid 的进程, 应该是 priv_app 更正常, 对 scrcpy 这种 shell 的, 倒是 untrusted_app 更正常一些, 毕竟 pid 靠后.

再次感谢 [@mb_bvvcoitr](https://bbs.kanxue.com/homepage-1006272.htm) 大佬指正!

## 沉淀记录

基于以下 Mira case 沉淀:

1. <a href="elink@9caK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2i4K6u0r3j5X3I4G2j5W2)9J5c8X3#2S2K9h3&6Q4x3V1k6C8L8X3!0%4L8r3g2V1k6$3g2Q4x3V1k6U0j5i4y4W2M7#2)9J5c8Y4A6Z5i4K6u0r3x3U0l9J5y4W2)9J5c8U0t1H3x3U0k6Q4x3X3b7H3y4g2)9J5k6o6p5&6i4K6u0V1j5h3&6V1M7X3!0A6k6q4)9J5k6s2m8J5L8$3y4Q4x3X3c8S2N6h3c8A6N6q4)9J5k6r3#2S2k6$3W2K6K9#2)9J5k6s2y4A6k6r3g2U0K9r3q4F1L8X3g2D9i4K6u0W2L8h3b7`.">Android proc audit 侧信道检测 Magisk SELinux 上下文</a>
2. <a href="elink@74eK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2i4K6u0r3j5X3I4G2j5W2)9J5c8X3#2S2K9h3&6Q4x3V1k6C8L8X3!0%4L8r3g2V1k6$3g2Q4x3V1k6U0j5i4y4W2M7#2)9J5c8Y4A6Z5i4K6u0r3x3U0l9J5y4W2)9J5c8U0t1H3x3U0k6Q4x3X3b7H3y4g2)9J5k6o6t1H3i4K6u0V1j5h3&6V1M7X3!0A6k6q4)9J5k6r3g2E0N6h3I4S2N6r3!0J5i4K6u0V1M7s2u0G2j5#2)9J5k6r3q4#2k6r3W2@1i4K6u0V1M7$3W2V1k6h3y4Z5j5h3&6F1k6h3I4Q4x3X3g2E0k6l9`.`.">Android 模拟器 proc audit 侧信道暴露 qemu SELinux 上下文</a>
3. <a href="elink@6b3K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2i4K6u0r3j5X3I4G2j5W2)9J5c8X3#2S2K9h3&6Q4x3V1k6C8L8X3!0%4L8r3g2V1k6$3g2Q4x3V1k6U0j5i4y4W2M7#2)9J5c8Y4A6Z5i4K6u0r3x3U0l9J5y4W2)9J5c8U0t1H3x3U0k6Q4x3X3b7H3y4g2)9J5k6o6t1H3i4K6u0V1j5h3&6V1M7X3!0A6k6q4)9J5k6r3S2A6k6$3S2Q4x3X3c8H3K9h3c8Q4x3X3c8K6K9r3g2D9L8q4)9J5k6r3q4#2k6r3W2@1i4K6u0V1M7$3W2V1k6h3y4Z5j5h3&6F1k6h3I4Q4x3X3c8K6j5%4u0U0M7s2W2Q4x3X3g2E0k6l9`.`.">Android 高 PID shell proc audit 侧信道提示 scrcpy 投屏</a>

## 参考链接

1. AOSP Gerrit: <a href="elink@3dcK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6S2L8X3c8J5L8$3W2V1i4K6u0V1M7X3g2$3K9h3g2%4i4K6u0W2k6$3!0G2k6$3I4W2M7$3!0#2M7X3y4W2i4K6u0W2j5$3!0E0i4K6u0r3j5#2)9J5c8Y4m8D9j5i4c8X3L8%4u0E0i4K6u0r3M7%4W2K6N6r3g2E0i4K6u0r3L8r3!0Y4k6$3W2F1k6#2)9J5c8W2)9J5b7W2)9J5c8U0x3%4x3U0f1K6y4o6j5`.">Hide procfs related audit messages from appdomain</a>
2. AOSP Docs: <a href="elink@9ceK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6K6L8%4g2J5j5$3g2Q4x3X3g2S2L8X3c8J5L8$3W2V1i4K6u0W2j5$3!0E0i4K6u0r3k6r3!0U0M7#2)9J5c8Y4y4W2j5%4g2J5K9i4c8&6i4K6u0r3k6X3g2S2N6s2g2J5k6i4y4Q4x3V1k6K6k6h3I4A6L8Y4g2^5i4K6u0r3N6X3q4D9K9h3c8S2N6r3f1`.">Validate SELinux</a>
3. AOSP Docs: <a href="elink@e18K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6K6L8%4g2J5j5$3g2Q4x3X3g2S2L8X3c8J5L8$3W2V1i4K6u0W2j5$3!0E0i4K6u0r3k6r3!0U0M7#2)9J5c8X3y4G2M7X3g2Q4x3V1k6@1k6i4y4@1M7#2)9J5c8X3c8W2j5Y4g2Y4i4K6u0r3N6h3&6V1k6i4u0K6N6r3q4F1k6r3W2F1k6#2)9J5k6r3I4G2k6$3N6A6L8X3M7`.">Understand logging</a>

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

冰与火的战歌：Windows内核攻防实战高级班！从零到实战，融合AI与Windows内核攻防全技术栈，打造具备自动化能力的内核开发高手。

最后于 2026-5-22 21:50 被vwvw编辑，原因：更新 mb_bvvcoitr 大佬指正的错误

#系统相关 #漏洞相关 #源码框架

收藏・15

点赞・94

打赏

赞赏记录

参与人

雪币

留言

时间

dream的梦

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

2026-9-9 09:20

mb_xcxzqumw

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

2026-9-7 18:08

Red

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

2026-8-27 10:45

Love 2016

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

2026-8-27 00:25

mb_lthgjpwj

为你点赞！

2026-8-20 16:52

lyx神

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

2026-8-10 00:36

Wika

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

2026-8-8 15:40

mb_wsoacceo

为你点赞！

2026-8-8 01:14

小菜sky

非常支持你的观点！

2026-7-27 17:34

pyth0nDev

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

2026-7-25 20:53

mb_cebxltxx

为你点赞！

2026-7-18 00:44

wx_晨梦

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

2026-7-16 06:23

afishlong

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

2026-7-13 23:32

nekomiao

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

2026-7-9 10:11

不吃早饭

非常支持你的观点！

2026-7-8 11:15

bluegatar

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

2026-6-28 09:58

Je2em1ah

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

2026-6-25 16:54

mb_iesvmzqc

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

2026-6-17 20:26

mb_hdiusdyf

非常支持你的观点！

2026-6-16 15:17

sossai

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

2026-6-15 17:48

wx_funcrever

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

2026-6-15 16:41

欲拭泪

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

2026-6-14 19:03

alienhe

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

2026-6-10 17:20

virjar

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

2026-6-9 11:44

像风一样呢

非常支持你的观点！

2026-6-6 23:35

零_721409

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

2026-6-5 20:01

xiaomei11

为你点赞！

2026-6-4 06:52

Luz_zz

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

2026-6-3 19:44

GoKu123

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

2026-6-2 21:07

咸鱼……

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

2026-6-2 11:42

StriveMario

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

2026-5-27 09:43

小傲骨

为你点赞！

2026-5-27 09:22

左眼憔悴

为你点赞！

2026-5-27 09:16

yxnwh

为你点赞！

2026-5-26 22:46

poner7

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

2026-5-26 17:01

dsfa

为你点赞！

2026-5-26 15:50

git_63825x2d1

为你点赞！

2026-5-25 20:17

_0xA1pha

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

2026-5-25 17:07

userapp

非常支持你的观点！

2026-5-25 16:37

Mrack

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

2026-5-25 11:27

灬哈密瓜

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

2026-5-25 11:23

hyz111

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

2026-5-25 09:47

wangzehua

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

2026-5-25 09:38

mb_ghcouuzx

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

2026-5-23 20:50

nxlite

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

2026-5-23 19:49

vmoveq

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

2026-5-23 08:43

saykao

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

2026-5-23 04:37

zhangtheo

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

2026-5-22 23:14

curclew

为你点赞！

2026-5-22 22:17

mb_uaoofzgb

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

2026-5-22 21:50

mb_bvvcoitr

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

2026-5-22 19:14

nqminhquan

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

2026-5-22 18:30

mb_bppcorlj

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

2026-5-22 16:05

wpwpahj

非常支持你的观点！

2026-5-22 15:15

rettozero

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

2026-5-22 15:04

mb_wdhsjycl

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

2026-5-22 14:44

虚空遁地猪

为你点赞！

2026-5-22 10:20

cr_lgdx

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

2026-5-22 10:17

mb_rrvlrvbk

为你点赞！

2026-5-22 09:59

qqizai

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

2026-5-22 09:32

ONewTach

为你点赞！

2026-5-22 09:06

npc0vo

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

2026-5-22 02:15

风兮木晓

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

2026-5-21 21:50

mb_aoooaosd

为你点赞！

2026-5-21 21:26

mb_rjdrqvpa

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

2026-5-21 19:54

n_1ng

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

2026-5-21 16:33

逆天而行

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

2026-5-21 16:33

mb_hfznhrux

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

2026-5-21 16:12

顽劣

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

2026-5-21 15:10

mb_oowbeygz

+10

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

2026-5-21 15:03

晨曦遇晓

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

2026-5-21 15:02

陈某人

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

2026-5-21 14:49

mb_hsscwjpz

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

2026-5-21 14:45

void *

为你点赞！

2026-5-21 13:55

mb_npylpnpl

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

2026-5-21 13:36

dofla

为你点赞！

2026-5-21 13:30

Ms135

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

2026-5-21 12:27

岁月。

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

2026-5-21 12:26

s1nec-1o

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

2026-5-21 11:56

doduhuang

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

2026-5-21 11:37

mb_pnrjfxiv

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

2026-5-21 11:35

NPC2000

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

2026-5-21 11:13

梧桐生

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

2026-5-21 10:56

jjjo

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

2026-5-21 10:55

mb_oatdtlak

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

2026-5-21 10:36

mb_koixqizd

为你点赞！

2026-5-21 10:13

mb_bzlxewmx

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

2026-5-21 10:12

cppasm

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

2026-5-21 10:01

linchuan0

为你点赞！

2026-5-21 10:00

juice4fun

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

2026-5-21 09:19

镜中人24

非常支持你的观点！

2026-5-21 09:12

huangyalei

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

2026-5-21 09:08

mb_cfjwplfo

为你点赞！

2026-5-21 08:26

令狐双

非常支持你的观点！

2026-5-21 01:42

最新回复 (50) 1 2 3 ▶
vwvw 雪币： 166 活跃值： (421) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 7 粉丝 15 关注私信	vwvw 2 楼检测方案: a04K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2i4K6u0r3N6s2u0W2k6g2)9J5c8X3#2S2K9h3&6Q4x3V1k6C8L8X3!0%4L8r3g2V1k6$3g2Q4x3V1k6U0j5i4y4W2M7#2)9J5c8Y4A6Z5i4K6u0r3x3U0l9J5y4R3`.`. 测试框架: 29aK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2 绕过模块: dbeK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6S2N6X3W2J5j5i4S2H3i4K6u0r3h3V1&6Q4x3X3c8m8N6h3c8A6N6q4m8S2N6r3y4Z5 最后于 2026-5-22 21:38 被vwvw编辑，原因： 2026-5-21 01:37 1
dreameriii 雪币： 112 活跃值： (3949) 能力值： ( LV3，RANK：20 ) 在线值：发帖 3 回帖 64 粉丝 37 关注私信	dreameriii 3 楼谢谢分享～ 2026-5-21 09:51 0
Imxz 雪币： 112 活跃值： (9405) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 750 粉丝 9 关注私信	Imxz 4 楼 tql 2026-5-21 10:54 0
apxar 雪币： 410 活跃值： (1968) 能力值： ( LV3，RANK：20 ) 在线值：发帖 71 回帖 229 粉丝 0 关注私信	apxar 5 楼 1 2026-5-21 11:56 0
XCicada 雪币： 3085 活跃值： (2680) 能力值： ( LV6，RANK：80 ) 在线值：发帖 3 回帖 323 粉丝 101 关注私信	XCicada 2 6 楼 tql 2026-5-21 12:14 0
mb_xjdhrmck 雪币： 276 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 146 粉丝 0 关注私信	mb_xjdhrmck 7 楼 666 2026-5-21 12:24 0
木木W 雪币： 1571 活跃值： (2557) 能力值： ( LV5，RANK：70 ) 在线值：发帖 2 回帖 30 粉丝 0 关注私信	木木W 8 楼 666 2026-5-21 13:35 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 691 粉丝 7 关注私信	mb_ldbucrik 9 楼感谢分享 2026-5-21 14:00 0
wx_范迪塞尔雪币： 5 活跃值： (4470) 能力值： ( LV2，RANK：10 ) 在线值：发帖 21 回帖 127 粉丝 6 关注私信	wx_范迪塞尔 10 楼 6666 2026-5-21 14:10 0
k4y0z 雪币： 313 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 143 粉丝 1 关注私信	k4y0z 11 楼 666 2026-5-21 14:48 0
liowmark 雪币： 161 活跃值： (1233) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 40 粉丝 5 关注私信	liowmark 12 楼学习学习 2026-5-21 15:09 0
温泉划水鱼雪币： 84 能力值： ( LV1，RANK：0 ) 在线值：发帖 6 回帖 224 粉丝 28 关注私信	温泉划水鱼 13 楼看看 2026-5-22 13:24 0
mb_bvvcoitr 雪币： 30 活跃值： (1511) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 24 粉丝 6 关注私信	mb_bvvcoitr 14 楼我选择priv_app是有原因的，你的写法才会触发检测，比如path匹配proc的话，app可以自行找一个带proc的路径（比如/data/data/xxx/proc/（触发denial，结果发现日志里被改了 2026-5-22 19:19 1
mb_bvvcoitr 雪币： 30 活跃值： (1511) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 24 粉丝 6 关注私信	mb_bvvcoitr 15 楼此外priv_app的后缀（mls特征）是固定的，随机化反而说明有问题 2026-5-22 19:20 1
vwvw 雪币： 166 活跃值： (421) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 7 粉丝 15 关注私信	vwvw 16 楼 mb_bvvcoitr 我选择priv_app是有原因的，你的写法才会触发检测，比如path匹配proc的话，app可以自行找一个带proc的路径（比如/data/data/xxx/proc/（触发denial，结果发现日志 ... 学到了大佬, 我明天研究下改下帖子, 感谢指导 2026-5-22 19:42 0
vwvw 雪币： 166 活跃值： (421) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 7 粉丝 15 关注私信	vwvw 17 楼 mb_bvvcoitr 此外priv_app的后缀（mls特征）是固定的，随机化反而说明有问题已修改, 再次感谢 2026-5-22 21:38 0
寻梦之璐雪币： 764 活跃值： (3827) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 170 粉丝 16 关注私信	寻梦之璐 18 楼 666 2026-5-22 23:19 0
huangjw 雪币： 6679 活跃值： (11862) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 510 粉丝 2 关注私信	huangjw 19 楼 2026-5-23 11:02 0
FMNS 雪币： 9 活跃值： (1971) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 119 粉丝 1 关注私信	FMNS 20 楼 233 2026-5-23 11:56 0
mb_qimctavn 雪币： 5219 活跃值： (6615) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 385 粉丝 1 关注私信	mb_qimctavn 21 楼 6 2026-5-23 12:05 0
lixianhuei 雪币： 1688 活跃值： (2335) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 128 粉丝 0 关注私信	lixianhuei 22 楼 666 2026-5-23 20:44 0
YoungBai 雪币： 1293 活跃值： (1635) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 144 粉丝 2 关注私信	YoungBai 23 楼 666 2026-5-25 09:32 0
hyz111 雪币： 151 活跃值： (1098) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 47 粉丝 2 关注私信	hyz111 24 楼 tql 2026-5-25 09:48 0
fudugeek 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	fudugeek 25 楼 tql 2026-5-26 15:40 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复

vwvw

发帖

回帖

RANK

关注

私信

他的文章

关于我们

联系我们

企业服务

看雪公众号

最新回复 (50) 1 2 3 ▶
vwvw 雪币： 166 活跃值： (421) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 7 粉丝 15 关注私信	vwvw 2 楼检测方案: a04K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2i4K6u0r3N6s2u0W2k6g2)9J5c8X3#2S2K9h3&6Q4x3V1k6C8L8X3!0%4L8r3g2V1k6$3g2Q4x3V1k6U0j5i4y4W2M7#2)9J5c8Y4A6Z5i4K6u0r3x3U0l9J5y4R3`.`. 测试框架: 29aK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3N6%4N6%4i4K6u0V1k6s2u0G2K9h3c8Q4x3V1k6y4K9i4u0S2 绕过模块: dbeK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6S2N6X3W2J5j5i4S2H3i4K6u0r3h3V1&6Q4x3X3c8m8N6h3c8A6N6q4m8S2N6r3y4Z5 最后于 2026-5-22 21:38 被vwvw编辑，原因： 2026-5-21 01:37 1
dreameriii 雪币： 112 活跃值： (3949) 能力值： ( LV3，RANK：20 ) 在线值：发帖 3 回帖 64 粉丝 37 关注私信	dreameriii 3 楼谢谢分享～ 2026-5-21 09:51 0
Imxz 雪币： 112 活跃值： (9405) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 750 粉丝 9 关注私信	Imxz 4 楼 tql 2026-5-21 10:54 0
apxar 雪币： 410 活跃值： (1968) 能力值： ( LV3，RANK：20 ) 在线值：发帖 71 回帖 229 粉丝 0 关注私信	apxar 5 楼 1 2026-5-21 11:56 0
XCicada 雪币： 3085 活跃值： (2680) 能力值： ( LV6，RANK：80 ) 在线值：发帖 3 回帖 323 粉丝 101 关注私信	XCicada 2 6 楼 tql 2026-5-21 12:14 0
mb_xjdhrmck 雪币： 276 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 146 粉丝 0 关注私信	mb_xjdhrmck 7 楼 666 2026-5-21 12:24 0
木木W 雪币： 1571 活跃值： (2557) 能力值： ( LV5，RANK：70 ) 在线值：发帖 2 回帖 30 粉丝 0 关注私信	木木W 8 楼 666 2026-5-21 13:35 0
mb_ldbucrik 雪币： 6 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 691 粉丝 7 关注私信	mb_ldbucrik 9 楼感谢分享 2026-5-21 14:00 0
wx_范迪塞尔雪币： 5 活跃值： (4470) 能力值： ( LV2，RANK：10 ) 在线值：发帖 21 回帖 127 粉丝 6 关注私信	wx_范迪塞尔 10 楼 6666 2026-5-21 14:10 0
k4y0z 雪币： 313 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 143 粉丝 1 关注私信	k4y0z 11 楼 666 2026-5-21 14:48 0
liowmark 雪币： 161 活跃值： (1233) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 40 粉丝 5 关注私信	liowmark 12 楼学习学习 2026-5-21 15:09 0
温泉划水鱼雪币： 84 能力值： ( LV1，RANK：0 ) 在线值：发帖 6 回帖 224 粉丝 28 关注私信	温泉划水鱼 13 楼看看 2026-5-22 13:24 0
mb_bvvcoitr 雪币： 30 活跃值： (1511) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 24 粉丝 6 关注私信	mb_bvvcoitr 14 楼我选择priv_app是有原因的，你的写法才会触发检测，比如path匹配proc的话，app可以自行找一个带proc的路径（比如/data/data/xxx/proc/（触发denial，结果发现日志里被改了 2026-5-22 19:19 1
mb_bvvcoitr 雪币： 30 活跃值： (1511) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 24 粉丝 6 关注私信	mb_bvvcoitr 15 楼此外priv_app的后缀（mls特征）是固定的，随机化反而说明有问题 2026-5-22 19:20 1
vwvw 雪币： 166 活跃值： (421) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 7 粉丝 15 关注私信	vwvw 16 楼 mb_bvvcoitr 我选择priv_app是有原因的，你的写法才会触发检测，比如path匹配proc的话，app可以自行找一个带proc的路径（比如/data/data/xxx/proc/（触发denial，结果发现日志 ... 学到了大佬, 我明天研究下改下帖子, 感谢指导 2026-5-22 19:42 0
vwvw 雪币： 166 活跃值： (421) 能力值： ( LV2，RANK：10 ) 在线值：发帖 4 回帖 7 粉丝 15 关注私信	vwvw 17 楼 mb_bvvcoitr 此外priv_app的后缀（mls特征）是固定的，随机化反而说明有问题已修改, 再次感谢 2026-5-22 21:38 0
寻梦之璐雪币： 764 活跃值： (3827) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 170 粉丝 16 关注私信	寻梦之璐 18 楼 666 2026-5-22 23:19 0
huangjw 雪币： 6679 活跃值： (11862) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 510 粉丝 2 关注私信	huangjw 19 楼 2026-5-23 11:02 0
FMNS 雪币： 9 活跃值： (1971) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 119 粉丝 1 关注私信	FMNS 20 楼 233 2026-5-23 11:56 0
mb_qimctavn 雪币： 5219 活跃值： (6615) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 385 粉丝 1 关注私信	mb_qimctavn 21 楼 6 2026-5-23 12:05 0
lixianhuei 雪币： 1688 活跃值： (2335) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 128 粉丝 0 关注私信	lixianhuei 22 楼 666 2026-5-23 20:44 0
YoungBai 雪币： 1293 活跃值： (1635) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 144 粉丝 2 关注私信	YoungBai 23 楼 666 2026-5-25 09:32 0
hyz111 雪币： 151 活跃值： (1098) 能力值： ( LV2，RANK：10 ) 在线值：发帖 3 回帖 47 粉丝 2 关注私信	hyz111 24 楼 tql 2026-5-25 09:48 0
fudugeek 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 3 粉丝 0 关注私信	fudugeek 25 楼 tql 2026-5-26 15:40 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复