RKNHardering Help

if_indextoname() 返回 VPN 风格接口名称

ID: IFINDEXNAME_VPN 类别: 网络接口 RKNHardering 2.10.0 中的状态: 已启用的检查 在最终判定中的作用:

本页说明 RKNHardering 2.10.0 中的实际实现,并分别指出无需 root 权限即可采取的措施、需要 root 权限的措施,以及哪些缓解方法只能减少单个信号而无法隐藏整个 VPN。

检查内容与目的

detectIfindexnameVpn() 遍历 ifindex 1 到 127,调用 if_indextoname(),并搜索精确名称 tun0tun1utun0wg0ppp0xfrm0。详情包含接口名称和索引。

精确触发条件

至少有一个索引在反向解析后返回上述固定 VPN 风格名称之一。

结果含义

即使应用无法枚举目录或读取路由转储,内核/libc 仍能把索引解析为 VPN 风格名称。这是隐藏不完整的强证据。

该行如何影响报告:该行会设置 detected=true,并被视为高置信度的本地指标。

限制与可能的误报

不会检查大于 127 的索引,且精确名称列表较窄。用户态 if_indextoname() Hook 可以隐藏这一行,但 VPNHide 的回归 oracle 与 RTM 转储会检查结果是否一致。

必须把这一行与相邻信号一起评估。单个 API 返回干净结果,并不能同时覆盖 Java Binder、libc、原始 netlink/系统调用、procfs/sysfs、本地套接字以及服务器端指标。

针对该向量的建议

无 root 权限

最可靠的无 root 方案,是不要在被测试的手机上创建 VPN 接口:把隧道移到路由器、旅行路由器、单独的网关手机或其他网络节点。VpnService 的按应用绕过只会改变所选应用使用的路由,但 establish() 仍会创建系统 VPN 接口,因此本地接口检查仍可能触发。不使用 TUN 的本地 HTTP/SOCKS 代理模式有时能消除这一特定向量,但会留下监听端口和代理设置,而且无法覆盖忽略代理的应用。

有 root 权限

实验室级隐藏通常需要一个系统 Java 层和一个原生后端。使用 VPNHide 时,这意味着安装 APK,并让 Vector/LSPosed 只作用于 System Framework,同时在 kmod、KPM、Zygisk 三者中只选一个后端。对于可能直接使用系统调用或 netlink 的检查,优先选择 kmod/KPM:用户态 Zygisk Hook 可以被绕过,也会在目标进程中留下痕迹。请先阅读 VPNHide 覆盖范围表,并只从官方发布页下载构建。VPNHide Next 声称覆盖更广,但也明确警告可能发生启动循环和内核崩溃,因此只能在测试设备上验证。 不要只在 if_indextoname() 中伪造一个“干净”名称:SIOCGIFINDEX/SIOCGIFNAMERTM_GETLINK 之间的差异会形成 oracle。内核后端必须一致地过滤所有相关数据。

如何验证结果

adb shell 'for i in $(seq 1 127); do n=$(cat /sys/class/net/*/ifindex 2>/dev/null | grep -x "$i" -m1); [ -n "$n" ] && :; done'
adb shell ip -o link show

最好用调用 if_indextoname() 的原生测试程序精确复现;ip 只能提供对照快照。

完成任何修改后,请对 RKNHardering 和 VPN 客户端都执行 force-stop,重新启动两者并再次进行完整扫描。Zygisk、Xposed 和内核模块通常还需要重启设备。不要只比较这一行,也要检查相邻信号:不完整的 Hook 往往会造成不同 API 之间的结果不一致。

所需权限与风险

探针本身以普通应用权限运行,不会请求 root。下方 ADB 命令仅用于辅助定位:adb shell 使用不同的 UID,所能看到的内容可能比应用进程更多,也可能更少。决定性测试是在 force-stop 后重新运行应用内检查。

风险

不一致的索引伪装会破坏 bind-to-device 行为和路由解析,并可能导致系统服务故障。

回滚

撤销最近一次修改:通过对应管理器禁用新增模块或规则,重启设备,然后重新进行基线扫描。不要在状态不明的情况下继续叠加新的 Hook。

证据等级

高。已根据 [1, 127] 索引范围及精确名称列表核验;该 kind 被标记为高置信度。

第三方方案的状态不能自动套用到当前设备。模块开发者的声明只是初始假设;只有在特定 Android 版本、固件和内核上得到可重复的 RKNHardering 结果,才能视为确认。

来源与最后核验日期

相关信号: vpnhide, trim-oracle, rtm-getlink-vpn, interface-enumeration.

返回原生检查参考