iOS群控会被风控吗？三条链路各自少留了什么痕迹

iOS群控，是通过一台电脑对多台 iPhone 做集中管理与批量操作的技术方案，不越狱、不装插件、不需要开发板。

这篇要回答的是：iOS群控会被风控吗，三条链路各自少留了什么痕迹。

有人加我微信，第一句话就是：「你们这套能过风控吗。」

我回了一句实话：任何一家跟你说「能过」的，你都可以先打个问号。风控不是一道门，没有一次通过就永久有效的说法，平台在变、规则在变、你的操作习惯也在变。

但这个问题可以换一种问法，换完就有答案了：这套方案在设备上多留了什么，又去掉了什么。

痕迹分两层，工具只改得动一层

先说清楚一件事，群控被识别出来通常不是因为某一个技术点，而是很多小特征叠在一起。这些特征分布在两层上。

设备层是你的手机里有什么、系统里多了什么；操作层是这些手机怎么动、什么时间动、动得像不像人。

工具能解决的主要是设备层，操作层大部分是你自己的习惯；两层的比例大概是三七开，工具占三成，习惯占七成；这也是为什么同一套工具在不同团队手里，结果会差很多。

走代理 IPA，手机里会多一个代理程序，以及一个需要手动信任的描述文件。这个描述文件是跟着签名走的：签名掉了要重新签，描述文件失效要重新信任，重新装了之后系统里又留下一次记录。

走蓝牙或者 OTG 外置硬件，可以不装代理 IPA。它配合直抓截图的函数就能拿到画面，不经过屏幕镜像通道；代价是中间多了一块板子，你要维护固件和配对。

走数据线直连（USB HID），同样不经过屏幕镜像通道，而且设备上不需要装任何东西，没有代理程序、没有描述文件、没有板子。电脑扮演一个鼠标，系统收到的是真实的外设事件。

一个反直觉的点：投屏方案的取舍。 顺便说一个容易被忽略的比较。

屏幕镜像那套方案，画面流畅、配置直观，但它走的是注入加镜像这条通道，特征明显。而另一种靠直接抓屏的方案，帧数不高、配置也繁琐一些，可是它根本不走镜像那条路，所以在风控这条线上反而是稳的。

选型的时候，流畅度和痕迹是两个维度，别用流畅度去推断安全性。

这一层才是大头，而且工具帮不上什么忙。

第一项是点击的落点。每次都落在同一个像素，和落在一个坐标区域内随机的一点，是两种不同的信号。这一点属于工具能力，选型时可以问。

第二项是动作的时间分布。二十台设备在同一分钟做同一个动作，这不是人的行为，一个人不可能同时拿着二十台手机点同一个按钮。分三批、每批隔十几分钟、批内再错开几秒，改的是习惯，不用换工具。

第三项是设备与账号的对应。一台手机轮着登几个号，设备环境、网络出口都是同一套，前面把内容做得再不一样也白费；一机一号是物理上的事，绑死了就是绑死了。

第四项是节奏的一致性。效率上来之后人的第一反应是「既然快，那就多跑几轮」；原来手工一天看三遍订单，自动化之后没必要变成三十遍。快就多跑几轮？这恰恰是坑。

还有几件常被忽略的小事。 还有设备的物理状态。集线器供电不够会导致随机掉线，掉线重连本身也是一种异常信号；设备挤在一起过热会先卡住几台，卡住的那几台动作会变形；这两条跟软件无关，但会实打实影响结果。

账号前期那段日子也要留意。新号本身权重薄，这段时间的动作频率、内容节奏都要更保守；工具能帮你把动作做得规整，做不了「这个号该发什么」。

最后是你自己的操作会不会打断它。有人在脚本跑的时候拿起来手动点几下，或者拔了线去别的地方用，这些动作混进去，比脚本本身更容易出问题。

三条链路的对比。

如果只从「痕迹」一个维度看，第三条最少。但选型不能只看这一个维度，设备能不能搬动、线能不能拉到、团队会不会写脚本，都会把答案推到别的地方去。