■ 审计可采信接入时间与接入地,设备名称由浏览器自拟,重装后必然改变,不具备判别力。■
如果你也在处理WhatsApp网页版,这篇可以顺手对一下。 需要交叉验证时,WhatsApp网页版 是同一套体系下的另一篇。 相关的坑WhatsApp网页版 里列得比较细,可以对照看看。 如果你也在处理WhatsApp网页版,这篇可以顺手对一下。
席位列表记录四项:名称、平台、接入时间、最近活动。
名称来自浏览器平台标识,重装后可能变成默认字符。
看到陌生名称先比对接入时间,别纠结名称本身。
接入地缺失时,以最近活动时间作为次要依据。
长期无活动的席位应考虑移除,避免占用名额并扩大暴露面。
审计的目的不是追责,而是尽早发现未经确认的接入。
发现异常时先注销凭证再排查,顺序不可颠倒。
■ 密钥只在设备内生成,服务端仅中转公钥,任何环节都拿不到私钥,这是整套机制的地基。■
每台设备独立生成一对密钥,私钥不出设备边界。
公钥上传到服务端目录,供对端拉取后加密消息。
网页端新增设备时,需由主设备确认其公钥归属。
确认动作本质是一次背书,新设备无法自行加入。
这也意味着,绕过主设备确认的接入请求都应视为异常。
私钥不出设备边界,是整套机制最关键的一条约束。
一旦私钥在生成阶段被读取,后续所有加密都失去意义。
因此环境是否可信,是加密能否成立的前置条件而非附加项。
判断环境是否干净,比判断版本新旧更值得投入时间。
干净的判断标准只有一条:没有未知进程或扩展能读写页面内容。
■ 第一信号是席位数量突变,其次是接入地不连续跳变,第三是同一凭证在多个网段并发握手。■
席位数量短时快速增加,通常伴随凭证外泄。
接入地与历史不连续且跳变间隔极短,风险等级较高。
同一凭证多网段并发握手,属典型脚本行为。
三类同时出现,应立即清理席位并注销凭证。
■ 加固不求全,开启两步验证、收敛席位、限制可见范围三项即可覆盖多数现实风险。■
两步验证阻断仅凭验证码即可登录的路径。
席位收敛的作用是缩小暴露面,减少可利用入口。
限制陌生号码可见性,可降低被定向试探的概率。
| 信号 | 标识 | 优先级 | 动作 |
|---|---|---|---|
| 席位突变 | SLOT_SPIKE : HIGH | P0 | 立即清理 |
| 并发握手 | CONC_HANDSHAKE : HIGH | P0 | 立即注销 |
| 公钥未背书 | KEY_UNSIGNED : HIGH | P0 | 拒绝并复核 |
| 接入地跳变 | GEO_JUMP : MED | P1 | 核对后处理 |
| 长期无活动 | IDLE_SLOT : LOW | P2 | 择机移除 |
[核心疑难] 名称陌生不等于异常,多数由浏览器默认标识导致。
[底层诊断] 判别应基于接入时间与接入地,名称仅作辅助,重装后名称必然改变。
[核心疑难] 席位移除即刻生效,凭证随即失效。
[底层诊断] 已落地到本地的历史副本不会被远程抹除,但后续消息不再下发。
[核心疑难] 网页端与移动端同属加密域,密钥在浏览器内完成运算。
[底层诊断] 浏览器环境若不干净,密钥可能在生成阶段被读取,环境可信是先决条件。
// 10月23日 席位审计以接入时间与接入地为准,名称无判别力
// 10月23日 长期无活动席位仍占名额,建议按月复核清理
// 10月23日 密钥在设备内生成,服务端仅中转公钥
// 10月23日 新设备接入须主设备背书,未背书公钥视为异常
// 10月23日 席位数量突变是凭证外泄的首要信号
// 10月23日 接入地跳变叠加并发握手,风险等级显著抬升
// 10月23日 两步验证可阻断仅凭验证码的登录路径
// 10月23日 可见范围收紧后,陌生号码定向试探明显减少
关于本站 · 第三方整理,官方入口以 web.whatsapp.com 为准