“一键 Root”可信吗？用 AVD 与旧 MTK 学会匹配支持范围

“Android”“MediaTek”或相同内核大版本都不是支持证明。数据集中甚至有扫地机器人、车机、模拟器和电视工具被归为手机 Root。本教程不先侧载候选 APK，而是建立支持证据卡；写盘前只在可丢弃 AVD 练习 debug root 与 snapshot 回滚。

你会完成什么#

• 识别目标是手机、AVD、电视、扫地机器人还是其他 Android 设备。
• 对齐 SoC、board/codename、build、kernel、SPL、ABI 与 boot/security chain。
• 审计上游、Release/hash、测试型号、漏洞前提、写盘动作和恢复路径。
• 在 AVD 上完成一次可撤销实验，对真实旧 MTK 只给出证据化继续/停止结论。

先看结论#

心智模型#

设备类别 → SoC/board → exact build/kernel/SPL → boot/auth 状态
    ↓             ↓                 ↓                  ↓
候选上游 → 测试型号表 → 漏洞/接口假设 → 备份与恢复路径
全部匹配 → 隔离实验；任一不匹配 → 停止，不靠“试运行”判断

所谓机型专用至少由六项共同决定：设备类别、SoC、board/codename、Android build、kernel/SPL 和 boot/security chain。同系列 SoC 的 offset、厂商 auth 与补丁可能完全不同；“能安装 APK”不等于 exploit 可安全执行。

工具清单#

项目全景：机型 Root 工具的 11 个项目，一个不漏#

十一项数据混合旧 MTK 临时 Root、扫地机/面板/车机、模拟器、资源目录、免 Root ADB 工具和普通 Root 应用。文章用“先识别设备类型，再选择权限路线”避免一键 Root 幻觉。

1. 旧 MediaTek 临时 Root · 2#

mtk-su 与 mtk-easy-su 只适用于特定旧 SoC/补丁。先读取 SoC、内核和 SPL，已修补设备立即停止；不把临时提权当作持久、通用方案。

本组共 2 项：1 个源项目、1 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

2. 扫地机、面板与 Android 车机 · 3#

Viomi 扫地机、NSPanel Pro 和 KSW 车机按硬件专用路线介绍。必须确认板型、固件、UART/恢复入口，手机 fastboot 经验不能直接迁移。

本组共 3 项：3 个源项目、0 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

3. Android 模拟器与虚拟机权限 · 2#

AERoot 是 Google Play AVD 的进程级临时权限，vmConsole 则明确无需 Root。把宿主、客体和模拟器镜像分开，不把它们写成实体手机 Root。

本组共 2 项：1 个源项目、1 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

4. 机型资源目录与发现入口 · 1#

Droidify 聚合 ROM、Recovery、Root 工具和多机型资料，只用于查找候选资源。要求继续核对原作者、发布日期、哈希与精确机型。

本组共 1 项：1 个源项目、0 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

5. 免 Root ADB 工具 · 2#

adb-quickstart 和 android-adb-toolkit 提供无线 ADB、备份、精简等替代能力。明确它们获得 shell 权限而非 UID 0，并给出撤销调试授权的方法。

本组共 2 项：2 个源项目、0 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

6. 普通 Root 应用与信息不足项目 · 1#

兜底收纳充电控制等“需要 Root 的应用”和描述不足条目。解释它们消费 Root 权限而非取得 Root，并限制授权范围。

本组共 1 项：1 个源项目、0 个 Fork，其中 0 项已归档。它们的平台、用途或分类存在边界，只作逐项核验，不当作默认安装候选。

开始前#

从设置/ADB 记录 manufacturer、model、product、device、board、SoC/ABI、完整 fingerprint、kernel 与 SPL；记录 bootloader lock、Verified Boot、厂商 auth/secure boot。对候选项目保存 owner、原始仓库、最后 Release、commit/hash、已测试表和恢复说明。真实设备必须是无个人数据备用机，且已有 exact firmware 和进入恢复模式的方法。

截至 2026-08-09，mtk-su/MTK Easy SU 属于旧漏洞语境，新 MediaTek 不能因品牌沿用。锁定 bootloader 上借临时 root 安装/更新 Magisk 可能导致无法启动；上游若警告这一点，应把它当硬停止条件。

操作步骤#

1. 建立候选与设备匹配表#

逐字段写工具要求与设备实际值，并附来源 URL。测试表必须出现精确型号/build 或明确的 SoC+补丁组合；fork 的 README 不能自动继承上游支持。检查源码能否构建、Release 是否对应 tag、APK/ELF hash、网络域名、写入路径和清理方式。

2. 先在 AVD 学权限与回滚#

用 Android Studio 创建可丢弃 AVD，选择官方文档说明可调试的 system image，启动后保存 snapshot。运行 adb devices、adb shell id；只有 image 允许时运行 adb root 并再次查看 id。观察重启/冷启动后的状态，再恢复 snapshot 或 wipe data，证明实验数据消失。

3. 对真实候选只做只读预演#

旧 MTK 设备若精确命中支持表，也先离线、无 SIM、满电，确认 ADB 序列和完整备份。不运行 exploit，而是列出其预期临时权限、内存/文件改动、是否尝试持久化，以及失败时如何正常重启/刷回。进入 mtkclient 研究时只计划读取 GPT/preloader/boot；本文不给 erase/write/seccfg 命令。

4. 写出继续或停止结论#

“继续”必须列出每项匹配、授权实验环境与恢复证据；“高级研究”说明需要厂商 auth、源码构建或 BROM 专业流程；“停止”列出不匹配字段。不要用运行未知 APK 来补证据。若目标其实是机器人/电视/AVD，就改到该设备专用文档，不能移植到手机。

验证#

完成表格比获得 root shell 更重要：它防止把不相关设备工具和历史 exploit 变成不可恢复的尝试。

排错#

完成清单#

• □已确认目标设备类别，不把机器人、电视、车机或 AVD 工具用于手机。
• □exact model/board、SoC/ABI、build、kernel/SPL 和 boot/auth 六项有来源。
• □候选上游、Release/tag/hash、测试表、网络/写入与清理已审计。
• □已在官方 AVD 完成 snapshot、adb root（若支持）和回滚练习。
• □对真实 MTK 只做只读计划，未执行 erase/write/seccfg 或匿名 APK。
• □结论明确是继续、高级研究或停止，并保留完整恢复材料。

一手资料#

• Android Emulator 官方说明
• Emulator 命令行说明
• MTK Easy SU 上游
• mtkclient 上游
• AERoot 历史项目
• Viomi 机器人 Root 项目