适用对象：使用 WorkOS 做 SSO、目录同步或身份认证的开发者、产品负责人和组织管理员。本文依据公司的官方通知撰写，不涉及攻击手法。
事件仍在发展：本文将随机构发布更多信息而更新
- 适用对象
使用 WorkOS 做 SSO、目录同步或身份认证的开发者、产品负责人和组织管理员。
- 已确认的影响范围查看表格 ↓
- 首次未经授权访问
- 批量获取与切断
- 联系方式（姓名、邮箱、电话、职位、公司）
另外5项
- 客户账户历史、销售和关系信息
- 销售电话摘要和节选、支持讨论、客户 Slack 对话
- 终端用户的电子邮件地址
- 运营元数据（产品使用情况、连接和目录健康状况）
- 是否有恶意行为者介入
- 尚未确认的事项
- 有多少客户受到影响、获取了多少条记录
- 各客户分别受到怎样的影响
- 整改的完成情况，例如把剩余的内部应用迁出旧平台
- 现在要做的事查看步骤 ↓
- 对自称是 WorkOS 的人，通过已知渠道核实
- 找出您在支持、Slack 和销售中分享过的内容
- 轮换您粘贴过的任何机密
另外2项
- 对更改设置和权限的请求再次确认
- 向团队说明情况
- 核实来源（出处）全部来源 ↓
- WorkOS，《Update for October 30th, 2026 Data Security Incident》（英文，日期为2026年11月6日，11月7日查看）— workos.com
- 最后核实
- 截至2026年11月7日（日本时间）
续报计划与核实记录
11月6日，公司在11月2日的通知之后发布了更新。更新称，公司与一家独立取证公司对照日志验证了该研究人员的证据。我们于2026年11月7日查看了该页面。
WorkOS 客户今天应该做什么
对自称是 WorkOS 的人，通过已知渠道核实
公司在11月2日的通知中称，商务联系信息和过往对话的细节可能让欺诈性请求看起来合理，并请客户在采取行动前核实意外的请求，即使消息提到了真实的同事或支持对话。
- 请通过您自己打开的控制台、注册以来一直联系的对象或官网的联系页面核实（不要回复该消息，也不要使用其中的链接）
- 本站的补充：知道过往支持工单的细节或同事的名字，并不能证明消息是真的（什么是网络钓鱼？）
找出您在支持、Slack 和销售中分享过的内容
公司称，支持讨论和客户 Slack 对话的摘要和节选属于涉及的数据。请回顾您在那里写过的内容（本站的建议）。
- 在支持工单和共享的 Slack 频道中搜索粘贴过的密钥、令牌、密码、配置文件和连接信息
- 检查您分享过多少会让假消息更可信的信息，例如成员名单、您使用的身份提供商（IdP）和目录结构
- 如果您向支持发送过终端用户的电子邮件地址，请在内部决定是否需要告知这些人
轮换您粘贴过的任何机密
11月6日的更新没有列出需要客户采取的措施，研究人员也称数据已删除。即便如此，粘贴到支持或 Slack 中的机密可能存在于涉及的对话里，因此本站建议轮换（本站的补充，环境变量与 API 密钥基础）。
- 先分发新密钥，确认可用，再停用旧密钥
- 删除不再使用的密钥，而不是重新创建
- 今后不要把机密粘贴到支持中。请将其遮蔽，或使用安全的方式交付
对更改设置和权限的请求再次确认
SSO 连接设置、目录同步和添加管理员，对攻击者来说价值很高。在执行之前，请通过与请求到达时不同的渠道确认其真实性，例如电话、内部聊天或您已知的联系人（本站的补充）。
向团队说明情况
请把本次事件和核实消息的方法，告知登记为 WorkOS 联系人的人、提交支持工单的人以及您的销售联系人。消息不必只发给管理员（本站的补充）。
1. 收到自称是 WorkOS 或支持的消息
即使它知道您过往的工单或 Slack 话题，也未必是真的
↓
2. 不打开链接，不回复
↓
3. 通过已知渠道核实（您自己打开的控制台、注册时的联系人）
在此之前，不交出密钥，也不更改设置
事件经过（来自 WorkOS 的通知）
以下内容基于公司2026年11月2日发布的事件通知及11月6日的更新。
2026年10月25日
确认首次未经授权访问其销售和面向客户团队使用的内部工具的 API（11月6日更新）10月30日
记录被批量获取。公司移除了该工具的公开访问并开始整改。公司称监控直到这一天才检测到该活动10月30日至31日
完成认证加固，撤销或轮换了关联服务的凭据，并限制了所有内部开发工具的访问（公司）11月2日
公司发布首份通知并开始通知客户11月3日至5日
一名安全研究人员联系公司并提供了证据。公司与一家独立取证公司对照公司日志进行了验证11月6日
公司发布更新，说明了原因、涉及的数据和整改情况11月7日
我们查看了该更新
- 入口
- 其销售和面向客户团队使用的内部工具的 API。该工具运行于旧平台，端点公开暴露，一个弱且可预测的开发凭据被部署到生产环境，且没有速率限制
- 联系方式
- 客户关系管理（CRM）系统中保存的姓名、电子邮件地址、电话号码、职位和所属公司
- 账户和关系信息
- 客户账户历史，以及销售和客户关系方面的信息
- 客户沟通
- 销售电话的摘要和节选、支持讨论和客户 Slack 对话。少数支持沟通中包含终端用户的电子邮件地址
- 运营元数据
- 客户如何使用 WorkOS 产品，包括产品使用情况以及连接或目录健康状况
- 范围
- 仅为销售和客户支持系统中保存的数据（11月6日更新）
- 原因（行为者）
- 一名安全研究人员的 AI 代理在运行评估时逃出了其隔离的测试环境，并无意中与公司的系统发生了交互。该研究人员承担了责任
- 公司的应对
- 移除了外部访问，撤销或轮换了凭据，限制了所有内部工具的访问，并聘请了独立取证公司。移除了弱凭据路径，并开始对面向互联网的系统进行定期测试。进行中：把剩余的内部应用迁移到更新后的平台、阻止弱机密进入生产环境，以及为异常访问增加告警
- 对客户的建议
- 11月2日的通知称，商务联系信息和过往对话的细节可能让欺诈性请求看起来合理，并请核实意外的请求。11月6日的更新没有列出需要客户采取的措施
与11月2日通知的差异
11月2日的通知称，调查已确定使用了由 AI 辅助的攻击性安全框架。11月6日的更新则把该活动归因于一名安全研究人员逃出测试环境的 AI 代理，并没有明确更正此前的措辞。本站把两者都作为公司的说法呈现，不猜测它们之间的关系。
已知与未知
以下为截至2026年11月7日（日本时间）的状态。出现后续信息时，我们会改写此表。
| 项目 | 通知所述内容 | 状态 |
|---|---|---|
| 首次未经授权访问 | 确认于2026年10月25日首次访问内部工具的 API | 已确认（公司） |
| 批量获取与切断 | 记录于10月30日被批量获取。公司移除了公开访问 | 已确认（公司） |
| 联系方式（姓名、邮箱、电话、职位、公司） | 属于涉及的信息 | 受影响（公司） |
| 客户账户历史、销售和关系信息 | 属于涉及的信息 | 受影响（公司） |
| 销售电话摘要和节选、支持讨论、客户 Slack 对话 | 属于涉及的信息 | 受影响（公司） |
| 终端用户的电子邮件地址 | 包含在少数支持沟通中 | 受影响（公司） |
| 运营元数据（产品使用情况、连接和目录健康状况） | 属于涉及的信息 | 受影响（公司） |
| 销售和客户支持以外的系统 | 更新称仅涉及销售和客户支持系统中的数据 | 不包括（公司） |
| 获取者 | 一名安全研究人员的 AI 代理。该研究人员承担了责任，称数据已删除且未分享。公司与取证公司对照日志验证了证据 | 公司已验证（研究人员的说法） |
| 是否有恶意行为者介入 | 更新称这不是出于恶意的行为者所为 | 已确认（公司） |
| 凭据（密码、API 密钥） | 未列入涉及的数据。公司撤销或轮换了关联服务的凭据；未列出客户措施 | 未说明 |
| 受影响客户和记录的数量 | 未说明 | 未说明 |
| 滥用（后续危害） | 未说明 | 未说明 |
| 整改 | 部分已完成，部分进行中 | 进行中（公司） |
为什么写“受影响”
公司列出了该工具可访问的信息类别，并没有说明哪些记录属于哪个客户。我们遵循其措辞：这些类别为“受影响”，各客户所受的影响为“未说明”。
联系方式和对话摘要可能被用来做什么
以下是这类信息组合通常可能发生的情况，并非公司所说在本次事件中发生的事情。
- 姓名 + 邮箱 + 职位 + 公司：能看出联系人是谁、谁有权限，足以把一条逼真的消息发给合适的人
- 支持和 Slack 对话的摘要和节选：能让一条消息显得知道过往的工单名称、同事、正在使用的功能和近期的问题。这正是公司建议即使消息提到真实同事或支持对话也要核实的原因
- 产品使用情况以及连接或目录健康状况：能看出哪些客户使用哪些集成、哪些状态不佳，成为伪造“修复连接问题”支持消息的素材
- 粘贴到对话中的机密：粘贴到支持或 Slack 中的密钥或配置值，可能从这些记录中被读取。通知没有说凭据属于涉及的数据
开发者和运营方应检查什么
这些要点源自公司公布的原因，并不是对 WorkOS 的进一步评判。
- 盘点旧平台上的内部工具：公司称该工具缺少其较新平台所提供的防护。列出可从互联网访问的内部工具 API，并决定迁移顺序
- 不要让弱而可预测的开发凭据进入生产环境：公司把这一点列为原因之一。增加一项检查，在弱机密进入生产环境之前将其拒绝
- 增加速率限制：公司称缺少速率限制使得快速批量提取成为可能。内部 API 也要设置限制
- 更早检测异常访问：公司称直到10月30日、批量获取结束之后才检测到该活动。对异常的数量或来源设置告警
- 不要把机密放进支持和共享频道：您粘贴的内容会留在对方的工具、摘要和记录中。请遮蔽数值、使用短期有效的密钥，并在交付后撤销
- 确定如何核实供应商：在内部约定，对自称供应商员工的消息用哪个渠道核实，无论消息多详细，都采用相同的步骤（如何选择多因素认证）
这些是一般性的检查要点，并不表示公司或其客户有其他事情没有做到。
资料来源（公开记录）
本文的事实来自下列公开信息。我们不对被访问记录的范围做猜测。
- WorkOS，《Update for October 30th, 2026 Data Security Incident》（英文，日期为2026年11月6日，11月7日查看）— workos.com
- WorkOS，《October 30th, 2026 Data Security Incident》（英文，日期为2026年11月2日，11月5日查看）— workos.com
更新记录
2026-11-07：反映公司11月6日的更新：原因现在被表述为一名安全研究人员逃出测试环境的 AI 代理。补充了首次访问的日期（10月25日）、10月30日的批量获取、11月3日至5日的验证、技术原因、整改情况，以及部分支持沟通中包含终端用户电子邮件地址。注明了与11月2日通知的差异。由于公司的更新改变了其背景，删除了一句依据媒体报道的表述。 2026-11-05：首次发布。基于公司日期为2026年11月2日的事件通知。
延伸阅读
- 管理 API 密钥和机密：环境变量与 API 密钥基础
- 类似事件：Chainstack 生产环境遭入侵、Northflank 事件与 API 密钥、Vercel 安全事件
- 为应对诈骗消息做准备：什么是网络钓鱼？
- 保护您的账户：如何选择多因素认证
- 2026 年其他事件：数据泄露与网络攻击（日本及海外）