拆开 anti-token 以后 - 拼多多历史样本中的环境记录与服务端盲区
〇、摘要 🧑🔬 笔者第一次整理拼多多 libpdd_secure.so 资料时，建了一张很长的字段表：系统属性、Build、网络、SIM、时间、随机量，一项项排得很整齐。表格越完整，文章看起来越像已经还原了”设备指纹”。 问题也恰好出在这里。看雪帖子描述的是特定历史样本中的环境记录、缓存和封装；拼多多隐私政策描述的是产品在安全场景下可能处理的数据类别。前者缺少服务端，后者不是抓包。把两份材料合起来仍然得不到稳定设备 ID，更得不到当前画像模型和交易阈值。 最后只保留那些经得住版本变化的观察：历史 Native 代码曾组织环境记录，记录经过结构化封装和保护后形成输出；部分内容有缓存，动态量会随调用变化。字段顺序、前缀、偏移、密钥和生成步骤则全部省略。研究目的不是做一个 anti-token 生成器，而是看清客户端包裹到达网络边界后，还缺哪些证明。 Research Evidence Methodology Item Detail 文章类型 Type B：官方政策与历史逆向材料复核 资料截止 2026-07-06；实质来源均早于 2026-07-23 发布日期 证据标记 A：官方公开；B：通用防守架构判断；C：第三方历史样本观察 一手实验 无；未下载附件、运行 APK/SO、生成 Token 或请求线上接口 公开边界 不提供密钥、IV、前缀、字段顺序、偏移、函数地址和请求模板 Sources & Evidence Grading 来源 等级 使用方式 拼多多隐私政策，2025-07-08 生效 A 安全用途、数据类别、IMEI 历史版本边界 libpdd_secure.so 指纹算法分析（下篇），2025-12-02 C 7.80 历史样本、作者对 7.85 的说明、记录与封装观察 anti-token 纯算法分析，2026-07-06 C Native 记录容器、缓存和动态记录的外部观察 Android 10 隐私变更与 Play Integrity 概览 A 标识符限制、请求绑定和分级处置的通用原则 Scope Limitations 没有可独立核验的 APK 渠道、完整版本、APK/SO SHA-256、ABI、设备构建号和抓取时间。 7.80 与 7.85 的接近程度来自原帖作者陈述，笔者没有做二进制差分。 2026 年帖子未在公开正文中给出可与 7.80/7.85 对齐的 App 版本，笔者不替它补版本号。 网络边界后的画像、图谱和处置流程均为 B 级职责模型，不代表拼多多内部实现。 负责任披露：这次材料复核用于安全评审与隐私核查，不建议把历史材料用于模拟客户端、批量请求、营销作弊或规避平台处置。 ...