第102章 供述链(2/3)

首发：~第102章 供述链

“仓库。”周工低声重复，“新仓库。”

罗工立刻把“仓库”相关的回传地址与蜜罐捕获的新API域名比对，发现语音里提到的“仓库链接”正是那条新API的某个子路径。供述与指纹第一次严丝合缝地扣上了。

系统提示闪动：

【供述1：会务协调员】

【关键点：迁移包压缩资料/收款由公司转个人/线下拍照采集/材料送“仓库”】【命中：仓库链接=新API子路径（供述与指纹吻合）】

---

上午十点十五，第二个供述对象出现：聚合支付对接的“技术顾问”。他属于灰区里最常见的一类人——懂接口、懂签名、懂回调，却永远说自己只是“提供技术服务”。

他一上来就强调：“聚合支付是合法工具，我只做技术对接，不知道客户做什么。”

纪检联络员没有跟他争合法性，只问一件事：“你对接的这批商户，为什么集中在深夜大量退款？退款回调为什么指向同一服务器？”

技术顾问沉默了。沉默不是因为不懂，而是因为知道这问题躲不过。

周工给出一条“对齐问题”：

“你只回答你看到的‘配置’——商户号绑定了哪些收款账户？回调地址是谁给的？签名密钥谁在管理？退款频控是谁要求放宽的？”

技术顾问终于开口：“回调地址是客户给的，说是他们的‘业务后台’。密钥他们自己管理，我只帮他们调通。退款频控一开始比较严，后来他们说要‘快速出清’，让我把频控放宽，尤其是晚上十一点到凌晨三点。”

“快速出清。”纪检联络员把这四个字记下来。

“谁说的？”她问。

“一个叫‘周总’的人。”技术顾问说，“微信头像是个公司logo，朋友圈看起来做培训。他跟我说这波钱必须在三天内走完，不然会卡住。”

罗工立刻问：“周总给你的企业名称、付款主体是什么？”

技术顾问说出一个名字，正是“会务服务”新归集点公司。与此同时，他提供了对接文档截图：里面包含商户号列表、回调地址、以及一份“异常退款白名单”。白名单里赫然列着一批个人账户——这些账户正是执行端近期止付核验的“指定账户”。

供述链第二颗扣子扣上了：线下会务→新归集点公司→聚合支付对接→指定账户→新仓库回调。

系统提示亮起：

【供述2：聚合支付技术顾问】

【关键点：深夜退款频控被要求放宽/三天内快速出清/回调地址为“业务后台”】【命中：新归集点公司+指定账户白名单+新仓库回调地址闭环】

---

中午十二点三十分，供述链开始“扩散”。

纪检联络员把两份供述与证据对齐后，迅速形成三个新抓手：

1）**“老梁”身份追溯**：会务协调员的聊天记录、语音、转码后的短链、仓库路径；

2）**“周总”真实主体**：技术顾问的对接文档、付款记录、企业名称、商户号列表；

3）**“迁移包源头群”**：压缩资料的文件哈希、分享路径、群成员结构。

罗工把压缩包的文件哈希提取出来，发现它与此前迁移包保全的其中一个文件哈希完全一致——这意味着资料源头高度集中，换皮再多，文件库没换。

“文件库是培训资料仓。”周工说，“仓库一旦被锁，上游就会暴露。”

护士长听到这里，问了一个很现实的问题：“供述链扩散会不会让他们更疯狂地最后收割？”

纪检联络员没有回避：“会短期更凶。因为他们会意识到下游在说话，会加快迁移、加快出清、加快恐吓。我们要做的，就是在他们加快时让闸门更紧、让核验更亮、让线下更稳。”

于是，工作组同步做了三项公众侧加固：

*公告页新增“迁移期**险话术合集”，把“快速出清”“排序校准”“退款异常补差额”“保证金”等统一列入；

*支付平台提示升级：凡是转账备注出现“报名费”“审核费”“保证金”“补差额”，且收款为个人账户，自动弹窗提示；

*线下窗口增加“当场核验”服务：对收到退款/短信的人，提供现场核验，避免他们回去找陌生人确认。