安全指南

Notion AI 聊天记录经 AI 供应商遭入侵被访问(涉及不到 1% 的工作区):收到通知的工作区应怎么做

Notion 称其 AI 供应商遭入侵,用于 Insights 的 Notion AI 聊天记录在不到 1% 的工作区被访问。查看入口与该怎么做。

发布于 2026-11-12 更新于 2026-11-13 最后核实 2026-11-13 5 分钟阅读
本页目录

适合:使用 Notion AI 的工作区的管理员和成员。本文依据 Notion 的官方安全公告,不涉及攻击手法。

事态发展中:本文将随机构发布更多信息而更新

适用对象

使用 Notion AI 的工作区的管理员和成员。

已确认的影响范围查看表格 ↓
  • 用于 Insights 的 Notion AI 聊天记录
  • Notion AI 合成测试数据
  • 受影响工作区的范围
另外4项
  • 聊天上的作者和工作区标注
  • 供应商的数据留存
  • 在供应商上的训练实验
  • 已暴露的 Notion API 密钥

被列为可能涉及的项目

  • 粘贴在聊天中的敏感信息和凭据
尚未确认的事项
  • 受影响的工作区和聊天记录的数量(除不到 1% 之外没有更多信息)
  • 事件的时间范围(轮换建议所对应的具体日期)
  • 该供应商是如何被入侵的(公告没有说明)
另外1项
  • 调查的最终结论以及 Insights 何时恢复
现在要做的事查看步骤 ↓
  1. 确认是否收到公司的通知
  2. 收到通知的话,按说明查看数据
  3. 把受影响的数据视为已暴露
另外3项
  1. 轮换您粘贴到 Notion AI 里的凭据
  2. 对自称来自 Notion 的消息保持警惕
  3. 管理员:规定哪些内容可以放进 AI 聊天,并梳理与供应商的关系
最后核实
截至 2026 年 11 月 13 日
续报计划与核实记录

公司称调查仍在进行,会联系其认定受到影响的工作区,并会随着了解到更多情况而更新公告。公告已于 11 月 10 日为文风和清晰度作了更新,先前报告的事实没有变化。11 月 11 日的更新补充说,公司在调查期间吊销了在受影响用户消息中发现的已暴露的 Notion API 密钥。我们在 2026 年 11 月 13 日查看时,没有发现更新的内容。

今天该做什么

1

确认是否收到公司的通知

公司称已联系受影响的工作区。如果您没有收到公司的通知,说明公司尚未认定您的工作区受到影响,目前无需采取行动。调查仍在进行,情况有变时公司会直接联系您。也请查看垃圾邮件文件夹。

2

收到通知的话,按说明查看数据

公司称,受影响的客户可以在工作区内安全地取回并查看受影响的数据,说明会通过邮件发送。据帮助页面,工作区所有者从侧边栏打开 ?,再点击 Security incident review(仅限桌面浏览器中的最新版 Notion;移动端不可用)。其中有受影响成员的 CSV,以及成员可用来查看自己数据的链接,已验证域名的工作区还可获得受影响内容的 CSV。打开邮件中的链接之前,请先自己打开 Notion 应用或管理控制台,确认其中是否出现了同样的通知(本站看法:此类事件之后,假通知常会流传)。

3

把受影响的数据视为已暴露

公司建议受影响的客户把这些数据当作已暴露来对待。请查看聊天里是否有客户个人信息、内部机密资料或合同内容,如果有,请依据各自适用的规则决定如何处理(本站看法)。

4

轮换您粘贴到 Notion AI 里的凭据

公司建议,受影响工作区中在事件期间向 Notion AI 粘贴过敏感信息、密码、API 密钥或其他凭据的人,应轮换这些凭据。公告没有给出该期间的具体日期,因此拿不准时,请在源头重新签发您粘贴到 Notion AI 里的每一个凭据,并吊销旧值(本站看法)。11 月 11 日,公司吊销了在受影响用户消息中发现的已暴露的 Notion API 密钥;公司没有说吊销了其他凭据,因此请自行轮换这些凭据(本站看法)。据帮助页面,内容 CSV 会标记可能含有敏感信息的对话,可作为您着手检查的起点。密钥的处理请参阅环境变量与 API 密钥基础。

5

对自称来自 Notion 的消息保持警惕

受影响的客户会通过邮件收到通知。打开其中的链接之前,请先自己打开应用或管理控制台确认。凡是索要您的密码或登录验证码的消息,都应视为假消息(一般性提示)。请参阅什么是网络钓鱼。

6

管理员:规定哪些内容可以放进 AI 聊天,并梳理与供应商的关系

请见下文“使用或提供 AI 功能的团队应检查什么”。

发生了什么(依据 Notion 的说法)

本节依据 Notion 的官方安全公告(2026 年 11 月 9 日发布,11 月 10 日和 11 日更新)以及 Notion 关于该事件的帮助页面。这是公司自己的说法,尚未经第三方核实。公告的标题和正文写明了供应商的名称,但本文只按其角色称呼。公告没有给出具体时刻和时区。

  1. 11 月 2 日(晚)

    负责 AI 处理的供应商告知公司,一小部分数据被恶意行为者访问。经调查,这是 Notion AI 的合成测试数据,不涉及客户数据。
  2. 11 月 3 日(上午前)

    公司作为预防措施,断开了其系统与该供应商的连接,删除了该供应商系统中的全部数据,并停止了其系统向该供应商发出的一切通信。
  3. 11 月 6 日

    供应商告知公司,恶意行为者可能访问了潜在的客户数据。公司将其认定为影响不到 1% 工作区的事件,并开始了又一轮内部调查。
  4. 11 月 8 日

    供应商确认了这一新数据集。公司的分析显示,其中包含用于 Insights 功能的 Notion AI 聊天记录。
  5. 11 月 9 日

    公司发布了公告(11 月 10 日为文风和清晰度作了更新,先前报告的事实没有变化)。
  6. 11 月 11 日

    公司补充说,调查期间已吊销在受影响用户消息中发现的已暴露的 Notion API 密钥。

11 月 2 日

供应商首次报告(合成测试数据);Notion 于 11 月 3 日断开连接

↓

11 月 6 日至 8 日

可能涉及客户数据;确认是 Insights 的聊天记录

↓

11 月 9 日

发布公告(11 月 10 日更新);联系受影响的客户

依据 Notion 公告整理的事件经过(公司的说法)。
不到 1%
受影响工作区的占比(公司)。没有给出工作区或聊天记录的数量
聊天记录
被访问的数据:用于 Insights 功能的 Notion AI 聊天记录(公司)
多数无标注
多数记录没有作者或工作区标注,也没有工具调用结果(公司)
无影响
Notion 的其他功能(公司)。公司称其自身系统未被入侵
公司披露的内容(Notion 官方公告)
首次报告(11 月 2 日)
一小部分数据被访问。其中包括 Notion AI 的合成测试数据,没有客户数据
第二次报告(11 月 6 日;11 月 8 日确认)
可能是客户数据的数据。是用于 Insights 功能的 Notion AI 聊天记录
“无法归属”的含义(公司)
这些聊天没有标注是谁写的、来自哪个工作区,也没有工具调用结果。除聊天文本本身之外,没有任何信息能把它们与工作区、用户或公司联系起来。公告称这适用于“绝大多数”受影响的工作区,并未给出例外的数量
供应商的用途(公司)
用于 Insights 背后的分类任务(该功能帮助客户了解自己的 AI 使用情况),以及作为通用推理服务商,在产品内提供开放权重模型
公司的应对
断开与供应商的连接,删除其处保存的数据,并停止一切通信(11 月 3 日上午前)。联系了受影响的客户。调查期间停用 Insights。不再通过该供应商提供开放权重模型
供应商合同与数据留存(公司)
该供应商曾以合同形式承诺,对 Notion 的使用实行零数据留存,但调查发现数据保留在 Notion 所用的供应商端点上。需要保存请求和响应的功能,例如 Insights,不在企业零数据留存承诺的范围之内
训练实验(公司)
Notion 曾使用客户在其 Learning and Early Access Program(LEAP)中自愿提供的数据,在该供应商上试验训练特定任务的模型。自 11 月 3 日起,所有训练运行均已终止
聊天记录包含的内容(公司)
写入聊天的任何模型输入或输出。AI Meeting Notes 的音频、转录和摘要,除非被用作 Notion AI 聊天的输入,否则未受影响
已暴露的 API 密钥(11 月 11 日)
调查期间,公司吊销了在受影响用户消息中发现的已暴露的 Notion API 密钥
查看入口(帮助页面)
所有者:侧边栏中的 ?,再点击 Security incident review。仅限桌面浏览器。受影响成员的 CSV、供成员使用的链接,以及已验证域名工作区的内容 CSV。附加的上下文(记录、工作区和用户 ID 等)由 Notion 为分析而添加,并未暴露
称未受影响的内容
公司称这不是其系统的入侵,其他 Notion 功能也未受影响
建议的做法
在工作区内查看数据(说明通过邮件发送)。将其视为已暴露。轮换在事件期间粘贴到 Notion AI 里的敏感信息、密码、API 密钥或其他凭据

已知与未知的内容

以下为截至 2026 年 11 月 13 日的情况。公司发布更多信息后,我们会更新此表。

项目披露的内容状态
用于 Insights 的 Notion AI 聊天记录被恶意行为者访问;供应商于 11 月 8 日确认已确认(公司)
Notion AI 合成测试数据最初的数据集;没有客户数据已确认(公司)
受影响工作区的范围不到 1%已确认(公司)
聊天上的作者和工作区标注对绝大多数受影响的工作区而言没有已确认(公司)
工具调用结果不包含未包含(公司)
Notion 的其他功能未受影响未包含(公司)
AI Meeting Notes(音频、转录、摘要)除非被用作 Notion AI 聊天的输入,否则未受影响未包含(公司)
供应商的数据留存合同约定零数据留存,但数据保留在 Notion 所用的端点上已确认(公司)
在供应商上的训练实验实验使用了 LEAP 客户的数据;自 11 月 3 日起已终止已确认(公司)
已暴露的 Notion API 密钥在受影响用户消息中发现;11 月 11 日已吊销已确认(公司)
Notion 自身系统被入侵公司称不是入侵未包含(公司)
粘贴在聊天中的敏感信息和凭据如在该期间粘贴过,建议轮换有可能(公司)
事件的时间范围没有具体日期未说明
受影响工作区和聊天记录的数量除不到 1% 之外没有更多信息未说明
供应商被入侵的原因未描述未说明
最终结论;Insights 的恢复调查仍在进行;没有日期调查中

阅读提示:“无标注”不代表您写的内容是安全的

公司所说的“无法归属”,是指聊天没有标明是谁写的、来自哪个工作区。如果文本本身含有姓名、公司名、客户信息、密码或 API 密钥,这些文本是可以被读到的,所以公司才建议轮换凭据。由于原文用的是“绝大多数”,公告并没有告诉您是否有少数聊天带有标注。

与另一起事件的关系

公告把一家 AI 推理基础设施的提供商作为其供应商,并让读者参阅该提供商的官方更新。该提供商 10 月和 11 月 9 日的官方声明,已在本站另一篇文章中汇总:Fireworks AI 遭未经授权访问(账单数据和数据集受影响)。

Notion 把此事说成是供应商的事件,并链接到供应商的官方更新。但是,该提供商的官方声明(11 月 9 日更新)没有提到 Notion,而且两份声明都没有解释 Notion 所描述的 11 月 2 日至 8 日的事态,与该提供商所描述的 10 月 23 日至 25 日的事态之间是什么关系。本站不会在两者之间加上任何一方都没有建立的联系。

聊天记录被访问时可能发生什么

以下为一般性说明,并不表示此次发生了这些事。此次发生的事,以公司的说法为准,仅限于上文所述。

AI 聊天里可能含有客户姓名、内部数字、合同内容、代码片段、密码和 API 密钥,它们是在工作过程中自然出现的。即使是没有标注的聊天,有时也能凭文本指向某家公司或某个人。粘贴过的凭据在源头吊销之前一直有效,所以风险期会持续到您轮换它为止。

使用或提供 AI 功能的团队应检查什么

本节不评价公司的应对,也不推测供应商是如何被入侵的。它依据已披露的事件经过,只涉及在自己的环境里该检查什么,属于本站看法。

1

规定哪些内容可以放进 AI 聊天

公司给出的建议是轮换曾粘贴过的密码和 API 密钥。如果事先规定凭据和客户的个人信息不得放进 AI 聊天,需要轮换的范围就会缩小。规则里写明具体的禁止示例,会更容易遵守(本站看法)。

2

列出您向处理 AI 业务的供应商发送了哪些数据

公司发给供应商的是用于 Insights 分类的聊天记录。如果您提供 AI 功能,请记下哪些数据发给了哪家外部供应商、用于哪项功能、保存多久,这样事件发生时能迅速说明范围(本站看法)。

3

以无法归属到具体人的形式发送数据

据公司说明,多数受影响工作区的聊天无法归属到具体的人或工作区。把作者和工作区标识去掉再发往外部,可以在供应商被入侵时减轻危害(Notion 的说明所显示的;本站看法)。

4

准备好随时切断与供应商的连接

公司称,在首次报告后的第二天上午,它已断开与供应商的连接、删除了该处保存的数据并停止了通信。事先备有书面流程,写明停止连接、要求删除和吊销密钥的步骤与时限,才可能做出这样的初步应对(本站看法)。

5

事先定好供应商报告事件时由谁通知客户

公司在 11 月 6 日收到供应商的通知,并于 11 月 9 日发布公告。请事先定好,供应商来电时由谁评估影响,以及最迟何时通知客户(本站看法)。AI 基础设施的事件波及客户的类似案例,见Fireworks AI 遭未经授权访问。

参考来源(公开记录)

本文的事实依据以下公开来源。不涉及攻击手法。

  • Notion,“Notice about the Fireworks AI incident that may impact some Notion workspaces”(帮助页面;2026 年 11 月 13 日查看)— notion.com
  • Notion,“Security incident involving a third-party AI vendor”(官方安全公告;2026 年 11 月 9 日发布,11 月 10 日和 11 日更新;11 月 13 日查看;最新版本是不带 -nov9 的网址)— notion.com(11 月 9 日版本:-nov9)
  • 该供应商的官方安全公告索引(公告所指向的页面;11 月 13 日查看)— fireworks.ai

更新记录

2026-11-13:反映了 Notion 公告在 11 月 11 日的更新(吊销已暴露的 Notion API 密钥)以及 Notion 的帮助页面。新增了供应商曾以合同承诺零数据留存但数据保留在 Notion 所用端点上、在该供应商上的训练实验(已终止)、AI Meeting Notes 未受影响,以及带有 CSV 的所有者查看入口;更正了此前称 11 月 11 日的更新没有改变任何事实的说法。事件的时间范围和受影响工作区的数量仍未说明。



2026-11-12:首次发布。依据 Notion 的官方安全公告(11 月 9 日发布,11 月 10 日和 11 日更新)。有更多信息发布时将予以更新。

延伸阅读

最新快讯

FAQ

QNotion 发生了什么?
A

据 Notion 的官方安全公告,其用于 AI 处理的一家供应商发生安全事件,恶意行为者访问了包含用于 Insights 功能的 Notion AI 聊天记录在内的数据。公司称受影响的工作区不到 1%,且这不是 Notion 自身系统的入侵。

Q我的工作区受影响吗?
A

公司称已联系受影响的工作区。如果您没有收到公司的通知,说明公司尚未认定您的工作区受到影响,目前无需采取行动。调查仍在进行,如果发现您的工作区受到影响,公司会直接联系您。也请查看垃圾邮件文件夹。

Q哪些信息可能被看到?
A

据公司说明,是用于 Insights 功能的 Notion AI 聊天记录。对绝大多数受影响的工作区而言,这些聊天没有标注是谁写的、来自哪个工作区,也不含工具调用结果。除聊天文本本身之外,公司称没有任何信息能把某段聊天与工作区、用户或公司联系起来。聊天记录包括写入聊天的任何模型输入或输出。AI Meeting Notes 的音频、转录和摘要,除非被用作与 Notion AI 聊天的输入,否则未受影响。最初报告给公司的数据集是 Notion AI 的合成测试数据,不含客户数据。

Q我曾把密码或 API 密钥粘贴到 Notion AI 里。该怎么办?
A

公司建议,受影响工作区中在事件期间向 Notion AI 粘贴过敏感信息、密码、API 密钥或其他凭据的人,应轮换这些凭据。公告没有给出该期间的具体日期。如果您收到了通知,请按通知办理;拿不准时,把曾粘贴到 Notion AI 里的凭据全部轮换是稳妥的做法(本站看法)。在 11 月 11 日的更新中,公司称已吊销在受影响用户消息中发现的已暴露的 Notion API 密钥。公司没有说吊销了任何其他凭据,因此请自行轮换这些凭据(本站看法)。

Q原因是什么?Notion 被黑了吗?
A

公司称这不是其系统的入侵。在其 AI 供应商处,恶意行为者访问了一小部分数据,后来又访问了可能属于客户的数据。公告没有说明该供应商是如何被入侵的。该供应商自己的官方声明已在本站另一篇文章中汇总。

Q供应商不是不应该保留这些数据吗?
A

据 Notion 的帮助页面,该供应商曾以合同形式承诺,对 Notion 使用其平台的情况实行零数据留存。公司在调查期间得知,数据保留在其所用的供应商端点上。公司还说明,需要保存请求和响应的功能,例如聊天历史和 Insights,不在企业零数据留存承诺的范围之内。公司称正在审核推理服务商和数据处理方等关键供应商的数据最小化和零数据留存做法。

Q工作区所有者如何查看受影响的数据?
A

据 Notion 的帮助页面,受影响工作区的所有者从侧边栏的 ? 打开 Security incident review。它要求在桌面浏览器中使用最新版本的 Notion,移动端不可用。所有者可以下载受影响成员的 CSV(姓名、邮箱、成员状态、用户 ID 和受影响行数),并复制一个链接,让成员查看自己的数据。已验证域名的工作区所有者还可以下载受影响内容的 CSV,其中可能含有敏感信息的对话会被标记。所有者可以移除成员对其自身受影响内容的访问权限;这不会删除任何数据。

Q我还能继续使用 Notion AI 和 Insights 吗?
A

据公告,在调查期间 Insights 功能已停用,并且不再通过该供应商提供开放权重模型。公司还称,自 11 月 3 日起,它已停止向该供应商发送数据和流量,并终止了那里的所有训练运行。公告没有说明 Notion 其余 AI 功能是否照常,也没有给出 Insights 恢复的日期。