手机内置反诈功能引发争议:为了安全,我们需要交出多少隐私?"

admin 2026-11-09 01:38:56 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

手机内置反诈功能引发争议:为了安全,我们需要交出多少隐私?

原创

JacobWang
JacobWang

NowSec

2026年11月5日 22:50
陕西

去阅读

最近几天,国产手机内置反诈功能的话题在网上引发了不少讨论。

部分开发者对国产 Android 手机的系统组件进行了逆向分析,发现一些预装程序可能涉及应用列表、使用记录、设备标识等信息的采集。随后,关于系统反诈组件记录截图时间、屏幕共享状态、通话行为,甚至具备录屏能力的分析也陆续出现。

有人担心手机正在记录自己的日常操作,也有人认为这只是打击电信诈骗所需要的正常安全机制。

反诈骗当然重要。但当一项安全功能深入操作系统底层、拥有普通应用无法获得的权限时,我们也需要问一句:它究竟应该知道用户多少信息?

真正需要讨论的,不是“反诈功能该不该存在”,而是它收集了什么、谁能访问这些数据,以及用户能否知情和控制。

01这次争议从何而来?

10 月底至 11 月初,有开发者陆续分享了针对国产 Android 手机系统组件的逆向分析结果。最初引起关注的是一个名为 SystemHelper 的预装组件。

按照网友公开的代码分析,它可能涉及已安装应用、使用情况、设备与 SIM 卡标识等信息的采集,以及一定条件下的数据通信逻辑。不过,存在品牌适配代码,不等于相应品牌的所有手机都部署并运行了相同功能。

随后,讨论延伸至小米 HyperOS 中的反诈骗安全服务。一些研究者通过 APK 静态分析、ADB 调试和本地数据库检查,观察到了与截图、屏幕共享、网络通话及应用安装有关的行为记录。

其中,一个名为 fraud_detection_data.db 的数据库受到特别关注。

这些行为信息确实可能用于识别电信诈骗。例如,当用户接听陌生来电、开启屏幕共享,并进入转账页面时,多个信号组合起来,就可能构成风险提示的依据。

但我们必须区分不同层级的证据:存在数据库字段,不代表相关功能已在所有设备上启用;记录截图事件,也不等于保存了截图画面;具有录屏能力,更不等于持续偷偷录屏并上传。

02反诈系统为什么要了解设备行为?

如今的电信诈骗往往不只是一个电话或一条短信。诈骗分子可能诱导受害者安装远程控制软件、开启屏幕共享、下载假冒金融应用,或在通话中一步步操作支付账户。

问题在于,安装应用、截屏、共享屏幕,本身都是正常操作。单独观察其中任何一个动作,都不足以认定用户遭遇诈骗。只有将多个行为结合起来,系统才可能判断风险。

这并不完全是网上的技术猜测。小米澎湃 OS 开发者平台公开介绍了“设备涉诈检测”服务:在支付、下单等场景中,合作应用可以获得设备风险评分;部分深度合作场景可以查询更具体的涉诈行为信息。

官方资料还提到了多时间段行为查询能力,最长可涉及过去 72 小时的风险行为。这有现实用途:诈骗分子可能让受害者在转账前删除记录或卸载应用,而风险识别不能完全依赖用户当前是否还保留这些痕迹。

关键问题

系统只需要知道当前是否在屏幕共享,还是必须保留每次共享的具体时间?

只需要识别高风险应用,还是要获取完整的安装清单?

向支付应用返回一个风险分数,与提供具体行为明细,隐私影响是否相同?

答案显然并不相同。反诈确实需要数据,但“需要数据”不等于“可以无限制地采集数据”。

03真正值得关注的,是系统级权限

普通 Android 应用访问摄像头、麦克风或其他敏感数据时,通常需要经过用户授权。但手机厂商预装的系统组件,可以通过系统签名、特权应用身份等方式获得普通应用没有的能力。

公开的 HyperOS 逆向分析显示,在研究者测试的设备与版本中,相关反诈服务具有系统级运行身份,并会生成本地行为记录。研究者还通过实际截屏测试,观察到数据库中的对应计数发生变化。

这意味着,至少在该测试环境中,某些用户操作确实会被系统安全服务记录。但截屏事件的时间戳不等于图片内容,通话相关元数据也不等于通话录音。

证据边界

要证明“后台持续录屏并上传”,还需要进一步获得完整调用链、实际生成的媒体文件、运行时证据或网络传输记录。不能只凭数据库名称或权限声明得出结论。

即使不讨论录屏上传,系统级组件仍有特殊的透明度要求。对于普通用户来说,这些程序不像第三方 App 一样容易卸载,也未必有直观的单项权限开关。

用户可能知道自己的手机有反诈功能,却不清楚它具体记录什么。这本身就是一个值得回答的问题。

04数据留在本地,就一定没有风险吗?

在移动端安全体系里,采集、存储、访问和传输是四个不同的环节。即使原始行为数据库始终保存在手机本地,经过授权的应用仍有可能通过系统接口获得风险结果或部分行为信息。

当然,能连接服务不意味着能够读取完整数据库;能调用接口,也不意味着一定获得了敏感字段。真正需要核实的是接口鉴权、返回内容以及后续数据流向。

向支付应用返回“设备存在诈骗风险”,与返回“最近何时截屏、是否开启屏幕共享、有哪些通话相关事件”,对隐私的影响明显不同。

因此,安全研究不仅应该问“它有没有采集能力”,还应该追问:数据被谁调用、在什么条件下调用,以及调用结果去了哪里?

05反诈与隐私保护,不该成为单选题

有人会问:既然反诈功能是为了保护财产安全,为什么还要质疑它的数据采集?

原因很简单:安全目的正当,并不意味着所有采集方式都天然合理。

企业安全运营中的 EDR、终端管理和日志审计平台,也会记录进程、文件和网络行为。但这些能力同样需要明确管理边界、控制访问权限,并对高敏感操作设置审计机制。

个人手机承载的信息范围更广,涉及支付、身份认证、社交和工作。如果系统级安全组件拥有较高权限,它自身就更需要接受审查,包括接口漏洞、授权范围及数据保留周期等问题。

与其纠结反诈功能到底该不该存在,不如提出更具体的要求:数据最小化、明确告知、严格授权、可审计和有边界的保留期限。

06厂商需要给出更透明的答案

从目前可以核查的资料看,基于设备行为识别诈骗风险,已经有公开的产品方案与实际技术基础。但网络传播中关于“所有国产手机持续录屏”“全部数据实时上传”等说法,仍缺乏足够的普遍性证据。

如果厂商能够明确公布哪些行为会被记录、哪些数据只在本地处理、合作方能获得哪些信息,以及功能如何开启或关闭,用户就不必依赖零散的逆向帖子来猜测自己的手机正在做什么。

同样,普通用户没有必要因为看到某个系统组件名称,就立即认定自己的手机遭到监控。未经验证就强行卸载系统安全组件,也可能造成系统功能异常。

我们需要的是可以被验证的安全机制,而不只是“请相信我们”的承诺。

写在最后

反诈技术需要识别风险,但技术能力越深入操作系统,就越应该有相应的透明度和约束机制。

保护用户免受诈骗,与保护用户个人隐私,本来就应该是同一套安全体系必须完成的两件事。

当越来越多安全功能成为手机操作系统的一部分,我们也需要重新思考:手机究竟是在帮助用户管理风险,还是用户正在逐渐失去对自己设备行为数据的知情和控制?

资料来源与核验说明

  1. 小米澎湃 OS 开发者平台:《设备涉诈检测业务介绍》
    https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2243

  2. 小米澎湃 OS 开发者平台:《设备涉诈检测开发指南》
    https://dev.mi.com/xiaomihyperos/documentation/detail?pId=2255

  3. ChrisLi-Tech:HyperOS 3.0 内置反诈组件逆向分析
    https://tech.chrisli.me/posts/hyperos-antifraud/

  4. 关于“小米反诈监控”传闻的技术核验
    GitHub Gist 技术核验


评论:0   参与:  0