Uber 一万多名司机驾照经 Fireworks 被取走

AI 供应商手里那把长期有效的数据钥匙，能让企业自己的告警在入侵时一声不响。Uber 11 月 10 日写给艾奥瓦州总检察长的通知把这件事写得很直白：存放司机驾照照片的云存储开着告警，攻击者拿着合法凭据进来，告警一条没响。

这家供应商是推理平台 Fireworks AI，Uber 的通知没点名，TechCrunch 11 月 13 日查实并获 Uber 发言人确认。我们的判断是：Uber 输在把钥匙交了出去，监控做得再全也补不回来。

一封 11 月 10 日寄出的信

先看司机收到的东西。据 Uber 提交给艾奥瓦州的通知，信从 11 月 10 日开始寄出，以 Uber 名义发出，附一个 TransUnion 旗下 Cyberscout 的信用监控激活码，90 天内有效。

信里写的时间线是这样的：

• 10 月 7 日：攻击者用供应商被盗的内部凭据，进入 Uber 在该供应商的账户，访问了 Uber 数据。
• 10 月 9 日：供应商通知 Uber，Uber 随即切断数据连接。
• 10 月 13 日：Uber 查明个人信息被访问。
• 11 月 10 日：开始通知司机。

被访问的是驾照照片，以及从照片里提取的姓名、住址、出生日期和驾照号。艾奥瓦一州约 2,999 人。据 TechCrunch 看到的各州通知，马萨诸塞 2,567 人，南卡罗来纳 3,430 人，罗得岛 1,873 人。四州相加 10,869 人，这是编辑据上述数字计算，加州、伊利诺伊的人数还没公开。

单独建桶、开着告警，仍然没响

这次最该看的是通知里的一段自述。出事的存储是 Uber「专门为该供应商的工作建立」的云环境，归 Uber 云安全团队管，告警是开着的。没响的原因，Uber 自己写了：对方用的是有效凭据，走的是供应商系统被攻破后打开的数据通道。

这套安排在纸面上很周全：数据隔离在专用桶里，权限只给一家供应商，监控也在。问题出在钥匙上。供应商的作业要随时读这批照片，凭据就得长期有效；攻击者拿到同一把钥匙，读法和正常作业一模一样，告警规则分不出来。

Fireworks 10 月 10 日更新的公告说，部分客户账户里存作密钥的 API 密钥和令牌被人截获，还逐条建议客户去发证方那里轮换第三方凭据。Uber 的数据通道多半就是这样被打开的，这是分析推断，依据是两份文件对入侵方式的描述相互吻合。

同一份公告写着，未发现「在 Fireworks 安全边界或控制范围内」的个人信息被访问。照片放在 Uber 自己的桶里，这句话字面上站得住，对司机毫无用处。

有人会说，Uber 接到通知当即切断连接、轮换凭据，还给司机买了信用监控，一家客户能做的都做了。应急这一段我们认。可据 Reuters 的报道，加州版通知同样写明是供应商在 10 月 9 日告诉 Uber 的；没有那封通知，这批访问在 Uber 的监控里就是一次普通作业。

驾照照片不该常驻在供应商够得着的地方

11 月 12 日我们写过 Notion 的对话在 Fireworks 被拿走，这次是 Uber 的驾照。两家都不是模型本身出事，是企业为了让 AI 供应商干活，把一份原始数据和一把长期钥匙放到了对方够得着的地方。

企业审 AI 供应商，问「你存不存数据」已经问不到点上，要问的是你给了它哪把钥匙、这把钥匙多久失效。告警认得出陌生人，认不出拿着你亲手发的钥匙进门的人。

这次事故里，替 Uber 报警的是供应商的一封通知，替司机报警的是晚了一个多月的一封信。Uber 亲手装在专用桶上的告警，从头到尾没响过一声。