· adswds-team · 安全 · 5 min read
TeamPCP 供应链案续：谷歌卧底进核心群，受害方最先该轮换什么
蓝点网转述谷歌威胁情报：Mandiant 分析师潜伏 TeamPCP 核心群 CanisterWorm，提前协助吊销凭证并协助执法。对依赖 npm 与广告技术栈的团队，重点不在故事本身，而在凭证与发布通道的止血顺序。
据蓝点网报道（2026-09-21），谷歌威胁情报团队在安全会议上披露：旗下 Mandiant 的安全研究员曾秘密进入黑客组织 TeamPCP 的核心聊天群 CanisterWorm，在供应链攻击高峰期从内部观察行动，并协助云厂商批量吊销被盗凭证、通知受害企业；相关线索亦与此前澳洲警方联合 FBI 逮捕两名核心成员的行动相互印证。
一句话：供应链战役里，最先救命的往往不是「追黑客故事」，而是「凭证是否还在对方手里」。
本文基于蓝点网公开转述做运维向解读，不复述利用细节。
一、事件要点（据蓝点网）
| 项 | 内容 |
|---|---|
| 披露方 | 谷歌威胁情报 / Mandiant（安全会议公开） |
| 组织 | TeamPCP（开源供应链攻击、迷你沙虫等系列） |
| 卧底位置 | 核心群 CanisterWorm（约十余名核心成员量级） |
| 防御动作 | 发现集中存放的用户名/密码/令牌后，协同云厂商批量吊销，再邮件通知受害方轮换 |
| 执法 | 根据聊天中的操作失误提供身份线索；成员跨国、彼此不知真实身份 |
| 边界 | 蓝点网强调：卧底分析师未参与发起攻击 |
TeamPCP 今年以 npm 生态蠕虫与维护者钓鱼闻名；对广告落地、追踪脚本、边缘 Worker 这类「高度依赖第三方包」的业务，影响面与本站此前整理的 axios 维护者劫持 同类——信任的名字还在，内容与凭据可能已经换主。
二、为什么广告 / 落地栈要特别当心
| 部件 | 一旦令牌或包被控 |
|---|---|
| 落地前端 npm 依赖 | 改表单目标、偷点击参数、跳钓鱼域 |
| Tag / 像素容器 | 静默加脚本，转化归因失真 |
| CI 发布令牌 | 一次污染全量客户站点 |
| 云与广告 API 密钥 | 账户被接管、花费被烧穿 |
谷歌选择「先吊销再通知」说明一个现实：大规模逐家人工告知赶不上凭证被滥用的速度。 你自己的 on-call 流程也要按这个节奏设计。
三、受害方 / 疑似窗口内的止血顺序
- 冻结发布：暂停生产构建与边缘配置推送；
- 轮换云与包仓库令牌：npm、GitHub、云 AK/SK、对象存储、SSR 会话；
- 轮换广告与业务密钥：Ads API、像素写入端、表单回调密钥；
- 审查 lockfile 与异常
postinstall：对照窗口期内的构建哈希； - 吊销登录会话：控制台、CI OIDC 异常角色；
- 保留证据后再清理：构建日志、部署版本号先复制。
不要只做「全员重装电脑」却留下云上长期密钥——那是假安全感。
四、日常防再发（比卧底戏码便宜）
- 钉死版本 + 校验 lock，禁止无锁安装；
- CI 用短期 OIDC，不用长期个人 token；
- 发布与写代码权限分离；
- 第三方脚本进允许列表，变更进工单；
- 边缘 Worker 依赖与前端同一安全水位。
五、小结
蓝点网转述的 TeamPCP 卧底故事，核心运维教训是：供应链攻击的爆炸半径由凭证寿命决定。 广告与落地团队应把「令牌轮换清单」写成默认剧本，而不是等下一次公开案再临时开会。
