第461章 渠道二次俘获与“排期指纹”

“任何宣称可协调排期、提供加急渠道的行为,均视为风险干扰源线索。欢迎通过匿名入口提交截图,平台将以排期指纹核验。”

这句话很关键:它不是让大家去“举报某个人”,而是让大家知道——你说你能协调,我们就用指纹核验你到底动没动队列。

下午,匿名入口果然收到了三条截图:三家小服务商在不同群里宣传“渠道排期”“内部协调”“稳定名额”。

陈毅把截图整理成一张线索表,按日期、机构、联系方式聚类。然后他做了一件很“制度”的事:不去问对方是谁,而是先查指纹。

指纹看什么?看两种模式:

1)同一机构在短时间内多次“提前”,但无exception_id、无incident_id;

2)某些机构总能卡在“黄金时段”运行槽,而其他机构被推到夜间或周末。

当晚,排期指纹系统的第一版上线。看板上多了一行小字:

“队列调整记录:点击查看(仅展示原因码与编号,不展示个人信息)。”

这是一种很微妙的透明:公开的是结构,不公开个人隐私,但足以让插队无处藏。

第一次“抓到渠道”,不抓人,抓结构

第三天上午十点,陈毅把一份报告放到林远桌上,标题就是证据链式的冷:

《排期指纹异常聚类报告(QF-01)》

里面只有两条异常:

异常A:机构X在48小时内提前3次(reason_code=OTHER,且无编号)

异常B:某调度员账号在两天内进行了5次交换动作(均无对应incident/exception)

陈毅说:“我们定位到异常A的动作都由同一个调度员账号执行。异常B也是同一个账号。这个账号属于数科外包运维的一名排期协助人员。”

林远没有立刻问名字,而是问:“这个角色为什么有交换权限?”

数科安全负责人尴尬地说:“历史遗留。以前队列没公开,排期协助人员为了处理故障,给了较高权限。”

本小章还未完,请点击下一页继续阅读后面精彩内容!

“这就是二次俘获的土壤。”林远说,“不是他坏,是权限结构让‘帮忙’变成可能。”

他把处理方案写成三条,不带情绪,只带动作:

1)权限收敛:外包协助人员取消交换/提前权限,仅保留“故障标记与建议”权限;