ID:
JVM_NATIVE_MISMATCHКатегория: Интерфейсы Статус в RKNHardering 2.10.0: Активная проверка Роль в вердикте: Смешанная
Эта страница описывает фактическую реализацию RKNHardering 2.10.0. Здесь отдельно указано, что можно сделать без root, что требует root, а также где способ только уменьшает один сигнал, но не скрывает VPN целиком.
Checker строит два независимых снимка: C/C++ getifaddrs() и Java NetworkInterface.getNetworkInterfaces(). Он сравнивает набор имён, индекс одного и того же интерфейса и набор адресов. VPN-like имя, присутствующее только в одном слое, считается high; обычные различия индекса или адресов — medium review.
High: VPN-подобный интерфейс виден только native либо только JVM. Medium: любой другой missing interface, различный ifindex или непустые несовпадающие наборы адресов.
Этот сигнал чаще указывает не на сам VPN, а на неполное сокрытие или hook только одного API. Именно поэтому одни Java-хуки без native-покрытия и одни libc-хуки без framework-покрытия дают оракул.
Как строка влияет на отчёт: Один и тот же ID используется и для информационной сводки, и для подозрительных строк. Итог зависит от конкретного detail и ветки checker.
Снимки выполняются последовательно, поэтому во время handover, переключения Wi‑Fi/cellular, CLAT или краткой смены IPv6 адреса возможна честная гонка. Повторите тест при стабильной сети.
Важно оценивать эту строку вместе с соседними сигналами. Один чистый API не перекрывает Java Binder, libc, raw netlink/syscall, procfs/sysfs, локальные сокеты и серверные признаки одновременно.
Стабилизируйте сеть и исключите переключение между Wi‑Fi и мобильной сетью во время теста. Если VPN остаётся локально, обычный non-root не может заставить два системных API согласованно скрыть чужой интерфейс; внешний шлюз устраняет исходную причину.
Нужны оба слоя: framework-фильтрация в system_server и native/kernel-фильтрация. Не включайте Xposed scope на сам RKNHardering: это может очистить Java-список, но добавить process hooks. После изменения проверяйте имена, индексы и адреса, а не только отсутствие tun0.
adb shell ip -o address show
adb shell ip -o link show
Для точного сравнения используйте встроенный detail RKNHardering или собственный test APK, который в одном процессе вызывает NetworkInterface и JNI getifaddrs(). Shell-команды не воспроизводят app namespace полностью.
После любого изменения сделайте force-stop RKNHardering и VPN-клиента, запустите их заново и повторите полный scan. Для Zygisk/Xposed/kernel-модулей обычно нужна перезагрузка. Сравнивайте не только эту строку, но и соседние сигналы: частичный hook часто создаёт несогласованность между API.
Сама проба выполняется с обычными правами приложения и не запрашивает root. ADB-команды ниже служат только для ориентира: adb shell работает под другим UID и может видеть больше или меньше, чем процесс приложения. Решающий тест — повторный запуск самой проверки после force-stop.
Частичная подмена опаснее отсутствия подмены: она создаёт заметное противоречие. Несогласованные kernel hooks могут ломать сетевую библиотеку и зависать на перечислении.
Верните последнее изменение: отключите добавленный модуль или правило через штатный менеджер, перезагрузите устройство и повторите baseline. Не накладывайте новый hook поверх неизвестного состояния.
Смешанная. Проверено по evaluateJvmNativeMismatch(); ветки missing VPN interface имеют high, index/address mismatch — medium.
Статус стороннего решения не переносится автоматически на это устройство. Заявление разработчика модуля — это исходная гипотеза; подтверждением служит повторяемый результат RKNHardering на конкретной версии Android, прошивки и ядра.
NativeSignsChecker.kt — основной native/legacy verdict.native_signs_probe.cpp — нативная реализация проб.NetworkInterfacePatterns.kt — правила имён интерфейсов.NativeSignalId.kt — полный реестр ID.NativeSignalCatalog.kt — категория, slug и mapping строк.Связанные сигналы: interface-enumeration, getifaddrs-vpn, library-integrity, trim-oracle.