时间线

  • 11:43 UTC：收到 Wiz 威胁告警。
  • 12:02–13:05 UTC：多轮网络策略补丁上线，并请求 Wiz CIRT 支持。
  • 13:58 UTC：官方判定应假定所有环境变量已被解密，要求立即禁用并轮换密钥。
  • 15:12 UTC：为所有用户开启 Postgres 与 MongoDB 的密钥轮换。
  • 19:28 UTC：调查仍在进行，官方称没有更多已确认的发现。

官方要求做什么

通告的措辞很直接：假定所有环境变量都已被解密，立即轮换 workload、secret group 和 global secret 里的全部凭证；如果 addon 开了公网访问，先关掉。官方还提到，多名用户已经确认自己的 AI Key 被使用——这句话说明攻击者不是只拿数据，而是在实际调用这些凭证。

为什么这类事件影响面大

PaaS 的便利来自「把配置集中托管」：数据库密码、对象存储密钥、模型 API Key 都放在环境变量里，应用启动时直接读。方便的另一面是单点：控制面一旦被突破，攻击者拿到的是一整组服务的开门钥匙，而不是某一个应用的。对 AI 团队来说，模型 Key 往往还带着额度，泄露后几个小时内就能烧出真金白银。

现在就该做的检查

  • 按官方通告轮换全部密钥，先换模型 API Key 和云厂商长期凭证。
  • 查模型账单与调用日志：有没有陌生 IP、异常模型、突然放大的用量。
  • 检查 addon 的公网访问、数据库白名单和对象存储桶策略。
  • 把长期 Key 换成短期令牌，按服务、按环境分别签发并设额度上限。
环境变量不是保险箱，它只是把钥匙集中挂在同一面墙上。