返回资讯中心
外部精选
软件工程
#开发者实时流

Notion AI 对话被曝仍被存储,Fireworks AI 数据泄露事件暴露合规缺口

来源标题:Zero Data Retention Was in the Contract. Why Did Notion AI Chats Remain Stored?

Notion 披露,其 AI 对话分析所用 Fireworks AI 端点虽合同约定零数据保留,实际却存储了对话记录,并在 Fireworks 遭未授权访问时泄露。Notion 称受影响工作区不足 1%,问题核心在于合同条款无法阻止数据库写入。

Hacker News 最新inclinq2026/11/13 · 今天21 分钟阅读

以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

网络安全 软件工程 云计算 合同里写明了零数据保留。为什么 Notion AI 的对话记录仍被存储?

inclinq_Founder 6 分钟阅读· 刚刚

Fireworks AI 事件暴露了一个安全团队常常忽视的信任边界:API 文档中声明的保留策略,与实际处理端点的存储行为之间的差异。

数据处理合同无法阻止数据库写入。

这听起来可能显而易见,但这正是 2026 年 11 月披露的 Notion AI 与 Fireworks AI 安全事件所引出的核心工程问题。

Notion 表示,Fireworks 已通过合同承诺,对用于分析 Notion AI 对话的端点实行零数据保留。

当 Fireworks 遭遇未经授权的访问时,部分已存储的对话记录被泄露。

据 Notion 称,该事件影响的工作区不到 1%。

问题不在于零数据保留是否有用。

而在于组织如何验证某条特定的数据处理路径确实落实了它所声称遵循的策略。

Notion 使用 Fireworks AI 的目的不止一个。

Fireworks 为开放权重模型提供推理基础设施。

它还为 Insights 执行分类任务——Insights 是 Notion 的一项功能,帮助工作区管理员了解 AI 的使用情况。

这是两种不同的操作,对数据的需求也不同。

典型的推理请求将输入发送给模型并接收输出。

而分析功能可能需要检查此前已记录的消息或相关使用信息。

据 Notion 称,泄露的数据集包含为 Insights 处理的聊天记录。

这些记录包含 AI 提示词和回复。

大多数受影响的记录缺少额外的用户、工作区或公司元数据。但敏感细节仍可能直接出现在文本中。

Notion 表示,其自身系统未被入侵,其他 Notion 功能也未受到同样方式的影响。

零数据保留通常指推理服务在处理请求后不持久化提示词或输出。

Notion 解释说,其企业版 ZDR 承诺适用于发送给第三方模型且受支持的 API 推理请求。

它可能需要此前存储的输入和输出数据用于分析,Notion 声明该功能不在其标准推理 ZDR 承诺的范围内。

但这并不能解释 Fireworks 事件。

Notion 的 FAQ 明确表示,Fireworks 已针对 Notion 使用相关端点一事作出了单独的合同零保留承诺。

然而该端点仍然保留了数据。

因此,不能简单地用“Insights 是分析功能”来解释这次失误。

关键问题在于,供应商的实际处理端点是否遵守了约束其使用的具体保留义务。

Notion 的公开说明称它没有遵守。

Fireworks 于 2026 年 10 月披露了未经授权的访问活动。

其调查描述了影响内部凭据的事件,以及通过托管开发机器的第三方云服务商造成的另一起入侵。

该公司随后发现了更广泛的客户数据影响。

Notion 自己的事件时间线更为具体地涉及其客户对话。

11 月 2 日,Fireworks 通知 Notion,称数据最初被认为包含合成测试材料。

Notion 于 11 月 3 日切断了与 Fireworks 的连接。

11 月 6 日,Fireworks 警告客户数据可能也受到了影响。

11 月 8 日,它确认了一个数据集,Notion 发现其中包含 Insights 聊天记录。

这条时间线很重要,因为它表明:切断与供应商的连接,与了解哪些数据已经被访问,是两回事。

断开处理器的连接可以阻止未来的数据传输。

但它无法追溯性地阻止对该处理器此前已保留数据的访问。

Notion 表示,大多数受影响的聊天记录未标注用户、公司或工作区的身份。

这在元数据暴露方面是实质性的减少。

但这并不能证明内容本身是匿名的。

提示词可能包含公司名称、客户联系人、内部项目描述、密码或 API 密钥。

生成的回答也可能重现源材料中存在的信息。

11 月 13 日,日本日建设计集团确认,受影响的 Notion AI 对话包含业务信息和客户联系人姓名。

该公司表示,附件、Notion 页面和数据库本身不属于此次报告的泄露范围。

但那些文件中出现在 AI 回复里的信息可能被包含在内。

因此,对于安全审查而言,相关的单位是实际的记录内容,而不仅仅是识别性元数据的有无。

Notion 提供了专门的安全事件审查功能。

受影响的工作区所有者可以通过桌面浏览器侧边栏的帮助菜单访问它。

他们可以下载受影响成员的信息。

经过域名验证的工作区所有者可以获取更详细的 CSV 导出文件,其中包含被泄露的内容,包括消息文本和分析字段。

工作区成员可以通过所有者分享的链接查看自己受影响的内容。

Notion 的文档描述了用于标识用户消息和助手消息的字段、被泄露的文本,以及高亮潜在敏感内容的标注。

该公司建议客户将受影响的记录视为已泄露。

记录中出现的密码、API 密钥或其他凭据,应在签发这些凭据的服务处撤销并更换。

Notion 表示,如果用户或其工作区所有者均未收到通知,则目前未发现该工作区受到影响,无需采取针对该事件的具体行动。

数据保留策略需要映射到具体的处理路径,而不仅仅是一个产品名称。

对于每一个第三方 AI 集成,团队都应了解:

(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →