奉劝不要用国产机翻墙:小米HyperOS 3被曝上报应用清单与录屏

导语:开发者的朋友用国行小米翻墙，被当地警方打电话要求卸载X和Telegram。他顺手把手机逆向了一遍：系统组件正把应用清单、IMEI和屏幕录像打包发给小米与联通。

一通来自警方的电话

事情是开发者 MeT(@MeTerminator666)10 月 31 日捅出来的。他有位朋友用国行小米 14，手机已经 Root，系统是 HyperOS 3。前不久这人被当地公安找上门，要求卸载 X 和 Telegram。

MeT 起初怀疑是梯子配置不当、DNS 泄露，但觉得可能性不大，于是换了个思路：警方既然知道你装了哪些 App，不如直接去查”谁在上报应用列表”。

他锁定了两个目标：系统安全组件和 SystemHelper。这俩平时不显山不露水，连图标都没有，普通用户根本不会注意。

你装了什么，手机就报给谁

按 MeT 逆向出的结果，SystemHelper 负责终端注册。它统计过去 24 小时内有使用记录的应用，枚举已安装应用，关联使用统计和流量，只跳过包名以 com.android 开头的条目——系统自带组件不算，你装的每一个 App 都算。载荷里还带着 IMEI、IMSI、ICCID，等于”装了什么”能和”这是谁的卡”对上号。

数据发往小米反诈引擎(fraud-detection.engine.miui.com/hyperos/fraud/app/report、flash.sec.miui.com/detect/app)，也发往中国联通的一个地址(dm.wo.com.cn:18080/register)。

系统安全组件负责应用侧：上报第三方应用清单，含包名、版本、签名摘要和应用名，还有扫描结果与仿冒应用情报。此外还带着电话、QQ、微信语音反诈，屏幕视频采集与视频片段云检测等能力。

图源:X 推文截图

屏幕也会被切段送进云端

比应用清单更让人后背发凉的是录屏流程。MeT 还原出的链路是：取到系统录屏对象，录约 3 秒画面到私有缓存文件，读出整段 MP4 转成 Base64，加密后上传小米云端，再等”是否风险”的回执。未命中就删掉片段，延时 2 秒继续录；命中则保留片段供反馈，弹警告并停服务。

720×1280，24 fps，固定竖屏。只要引擎觉得需要，你的屏幕就会被一段段切下来、加密、上云。

已经有不止一个人翻到了自己的记录

另一位用户 Shirley Auspice 给了更硬的佐证。她真的读到了那个库，路径是 /data/misc/user/0/securitycenter/fraud_detection_data.db，里面能看到她当天的通话记录（含号码 MD5）、应用安装、截屏录频、屏幕共享，还有飞行模式开关记录。她的处理很直接：把这两个组件的联网权限撤掉。

图源:X 推文截图

另一位用户 slackerchat 解析得更细：6 条截图事件只存时间戳，没有图片内容；1 条录屏记录对应小米系统录屏 com.miui.screenrecorder，时长约 53.5 秒；7 条电话事件，表结构里带号码 MD5、归属地、运营商。他还在缓存目录里翻到一批本地上报缓存(onetrack_netaccess_20261103，加密编码)，其中一条 app_recovery 事件的清单有 447 个条目——里面就包含 X 和 Telegram 的包名。

图源:X 推文截图

zenvor_ 干脆在一台小米 15(HyperOS 3.0.307、Android 16)上做了一张上传矩阵：联通终端注册仍在上传，小米统计 OneTrack 仍在上传，小米安全检测检测时上传，AI 通话预警未启用。

边界也得说清楚。MeT 注明”逆向由 GPT 完成，如有错误敬请指正”；slackerchat 也写明”本地保存事件信息，不能单独证明发生过文件级屏幕、录音或云端上传”，且”尚未找到上传成功的回执”。所以坐实的只是”系统里存在这套采集与上报逻辑，本地落了记录”，是否真出网还得更多抓包证据。截至发稿，官方尚未说明。

那该怎么办

MeT 自己的结论很硬：海外产业用外版 iPhone，别碰国行安卓，要用安卓就刷原生 AOSP。

对已经在用国行安卓、并且在装境外 App 的人，最直接的处置是撤掉这两个组件的联网权限，或用防火墙、hosts 把 fraud-detection.engine.miui.com、flash.sec.miui.com、dm.wo.com.cn 拦掉。

但这只是止血。两个组件都是系统应用，普通权限装不了解、卸不掉，有用户反馈单关组件没用，得连网络权限一起撤。

工作涉及客户数据、商业机密或对外身份的，最省心的是换设备：港版、欧盟版 iPhone，或刷了原生 AOSP 的机器，能把这一整套隔在门外。这不是崇洋媚外，是风险敞口的账。

企业 IT 负责人可以把这次事件抄进移动设备管理策略：采购国产安卓终端时，准入清单加一条”系统级采集组件”评估；外勤手机按 BYOD 之外的标准管控。

紫队视角：一次教科书级的归因

红方这一手很经典，值得抄作业：从一次执法提示出发，把异常归因到系统层，而不是停在”用户自己装了什么”的表面结论，再借 AI 加速逆向。

蓝队的处境就尴尬了。系统组件由 OTA 分发、不可卸载、还与运营商侧打通，用户没有 Root 连反抗资格都没有，防守只剩断网和换机。而最该被追问的其实是反诈的边界：当系统在用户不知情时持续录制屏幕、枚举应用清单，还把设备与 SIM 标识打包上报给厂商和运营商，它就该写进隐私政策，而不是藏在用户协议里等你自己翻。

官方有没有说明、触发条件是什么、能不能一键关闭，都还没有答案。我们盯着。

文章版权归作者所有，未经允许请勿转载。

THE END