Fireworks AI 泄露范围扩大，只有零留存产品毫发无损
10 月 9 日，Fireworks AI 说受影响的是存储的密钥。11 月 9 日更新公告，清单变长了：账户和账单信息，以及一小部分账户的密钥、数据集和没训练完的模型权重。
按更新后的说法，受影响的内部应用能看到这些东西。资源元数据，就是资源 ID、显示名称、描述、创建时间。账单信息，包括账单和收货地址、发票和付款记录、账户余额、额度用量。Fireworks 说自己不存银行卡号，所以卡号没事。还有部分客户的一部分没训练完的模型权重和数据集。Fireworks 正在逐个通知受影响的客户，附上建议的处置步骤，客户可以直接回复通知邮件或联系它的安全团队。
公告里的时间线是这样的：给 Fireworks 托管研发机器的一家第三方云服务商 10 月 23 日自己出了安全事件，第二天未授权方借此摸进 Fireworks 的开发机，跑了一个工作负载，造成了更多客户数据受影响。Fireworks 说当天就发现了，从 10 月 25 日起没再看到攻击者成功进入客户使用的平台。它把攻击方跟一个倒卖被盗大模型访问权的牟利团伙联系起来，谷歌威胁情报团队和 Mandiant 在 11 月 2 日的文章里把这种模式叫 LLMJacking。取证交给了 Palo Alto Networks 的 Unit 42，也已经报了警。
整份公告里最干净的一句：Inference、Training SDK 和 Nexus 都没发现受影响，这三个产品默认零数据留存。调查期间，Batch Inference 和基于数据集训练的自助上传下载功能先关掉了。目前的补救包括轮换凭证和服务账号、收回多余权限、网络隔离、收紧存储访问、加强日志。
对在托管推理平台上做 agent 的人，结论很实际。你存在供应商那里的东西，评测密钥、微调数据集、半成品权重，全都是攻击面。从来没存过的，才不会漏。如果你用过 Fireworks 的密钥存储或数据集功能，别等邮件，现在就轮换那些 key，顺便看看自己的产品能不能走零留存的路径。本文只做治理层面的梳理，调查还在进行，数字可能还会变。
来源：https://fireworks.ai/security/bulletins/october-2026-security-incident-update
← 返回所有文章
按更新后的说法，受影响的内部应用能看到这些东西。资源元数据，就是资源 ID、显示名称、描述、创建时间。账单信息，包括账单和收货地址、发票和付款记录、账户余额、额度用量。Fireworks 说自己不存银行卡号，所以卡号没事。还有部分客户的一部分没训练完的模型权重和数据集。Fireworks 正在逐个通知受影响的客户，附上建议的处置步骤，客户可以直接回复通知邮件或联系它的安全团队。
公告里的时间线是这样的：给 Fireworks 托管研发机器的一家第三方云服务商 10 月 23 日自己出了安全事件，第二天未授权方借此摸进 Fireworks 的开发机，跑了一个工作负载，造成了更多客户数据受影响。Fireworks 说当天就发现了，从 10 月 25 日起没再看到攻击者成功进入客户使用的平台。它把攻击方跟一个倒卖被盗大模型访问权的牟利团伙联系起来，谷歌威胁情报团队和 Mandiant 在 11 月 2 日的文章里把这种模式叫 LLMJacking。取证交给了 Palo Alto Networks 的 Unit 42，也已经报了警。
整份公告里最干净的一句：Inference、Training SDK 和 Nexus 都没发现受影响，这三个产品默认零数据留存。调查期间，Batch Inference 和基于数据集训练的自助上传下载功能先关掉了。目前的补救包括轮换凭证和服务账号、收回多余权限、网络隔离、收紧存储访问、加强日志。
对在托管推理平台上做 agent 的人，结论很实际。你存在供应商那里的东西，评测密钥、微调数据集、半成品权重，全都是攻击面。从来没存过的，才不会漏。如果你用过 Fireworks 的密钥存储或数据集功能，别等邮件，现在就轮换那些 key，顺便看看自己的产品能不能走零留存的路径。本文只做治理层面的梳理，调查还在进行，数字可能还会变。
来源：https://fireworks.ai/security/bulletins/october-2026-security-incident-update
评论