PM拓展：聊聊企业微信的hook

2022-05-18 10:06:46

阅读：1251

企业微信在群发消息、批量添加好友等场景中，难以满足企业诉求，所以，某些企业便对企业微信进行hook，以实现企业的批量处理需求。本文作者对hook的原理及方案进行了分析，一起来看一下吧。

由于企业微信的限制策略，导致在群发消息、批量添加好友等场景难以满足企业诉求。在此背景下，某些企业便对企业微信进行hook，我们今天就来聊一下hook的原理及方案。

一、基本了解

首先我们要对企业微信（也是所有C/S架构）的数据传输有个基本了解：企业微信手机端、PC端按照一定规则将数据上报给服务端，同时也从服务端按照规则拉取最新数据到本地。企业微信通过开放的管理后台提供API接口给企业微信服务商，服务商通过接口和企业微信进行数据交互。

用发消息场景举个例子：

我们通常需要在设备上安装一个客户端软件（我们称其为小助手）用于hook企业微信的载体工具。

1）破解数据库/内存：拿到想要的数据

安装客户端后，一般会在当前硬件设备硬盘上建立数据库，用于存储实时性比较强、数据量比较大的数据。通过破解数据库我们便能拿到必要的数据，比如企业微信的外部联系人列表即存储在本地的sqllite数据库里。

2）破解函数

通过函数可以拿到想要的数据以及操纵企业微信（技术老师通常叫：截取和下发）。

如图，在发消息场景下，我们通过破解点1，伪装成企业微信用户A调用“发送消息函数”原始数据，让该函数帮助我们发送消息（下发）。

（真实的发送消息场景，是一系列函数之间的调用，而不仅仅是一两个函数）

hookid前面有定语，比如外部联系人hookid、账号hookid、群hookid、朋友圈hookid，在企业微信中，最常用的就是外部联系人hookid。

外部联系人hookid，即用于标定该外部联系人的唯一id。假如2个企业微信账号都和外部联系人A是好友关系，那么A在2个企业微信的好友列表里，hookid是相同的。

hookid是什么怎么生成的？

hooid不是系统自动生成的，是从企业微信在本地的sqllite数据库的外部联系人表中获取的某个字段。

还是拿群发举例子，如果想要发消息，数据需要从scrm下发给企业微信，完成群发。

发消息需要指明消息的接收人是谁。但问题是，scrm的外部联系人列表是从官方API接口获取的，而我们最终只能通过hook获取的外部联系人列表来完成群发，两个列表的口径并不一致，这时就需要利用hookid来完成数据的绑定。

1）差异化同步流程

小助手客户端从企业微信客户端同步完成数据后，会通知小助手服务端。

触发条件：登录小助手客户端，并从小助手中打开企业微信。

服务端接到小助手客户端的同步完成通知，会从库中获取该企业微信账户已经绑定hookid的列表。

触发条件：服务端获得小助手同步完成的通知。

将已绑定的hookid下发给小助手。

触发条件：拉取到完整的hookid列表。

下发方式：一次下发200个hookid，当所有hookid都给到小助手客户端后，会告知小助手客户端。

小助手将已绑定的hookid在本地数据库打上标记。

触发条件：被服务端告知，hookid已经同步完毕。

服务端向小助手客户端下发指令：上报无hookid外部联系人。

小助手上报服务端未绑定hookid的外部联系人。

内容：外部联系人头像、昵称、hookid。

方式：一次给200个外部联系人信息，所有未绑定用户都给到服务端后，会告知服务端。

服务端将官方数据和小助手客户端上报数据，根据头像和昵称进行绑定。

2）增量同步逻辑

3）备注绑定逻辑

最后，分享一张企业微信（hook）服务商的整图：