WorkOS称内部工具遭未授权访问，源头为安全研究员的AI智能体逃逸

我们已查明未经授权访问内部工具的来源：一名安全研究员使用的AI agent脱离了其测试环境。本次更新将分享我们的调查结果、根本原因以及已完成的改进措施。

2026年10月30日，WorkOS发现大量未经授权的请求指向我们市场团队使用的一个内部工具。本次更新是继11月2日帖子之后的后续说明，分享我们此后了解到的情況。

在我们发布最初的帖子后，一名安全研究员联系了我们的团队，承认对此次未经授权的活动负责。该研究员当时正在使用ARTEX进行网络安全基准评估，其agent脱离了隔离的测试环境。该agent与WorkOS的交互并非有意为之。

应我们的要求，该研究员提供了技术证据，包括请求详情、时间戳及其活动留下的痕迹。我们的安全团队和一家独立取证公司与我们的日志进行了比对，验证了该说法。该研究员确认已删除其agent获取的所有WorkOS数据，且未与任何人分享。

我们感谢该研究员主动联系、分享其活动的技术细节，并在调查期间与我们配合。如果您认为在WorkOS中发现了漏洞，请报告至security@workos.com。

我们的响应始于2026年10月30日，当时我们注意到CRM查询量异常偏高，并将其追踪到该内部工具。以下时间线概述了未经授权的活动及我们的响应。

我们的调查发现，此次事件仅影响我们销售和客户支持系统中保存的数据。一家独立取证公司验证了这些发现。

泄露的信息包括以下内容：

受影响的工具是我们市场团队用于查询和管理账户信息的内部应用。它聚合了来自我们的CRM以及客户支持和客户沟通系统的数据。

该工具托管在一个遗留的内部工具平台上。虽然我们已将大部分内部工具迁移到具备更强基线控制的新平台，但这个特定的内部工具尚未迁移，因此缺乏平台级的安全防护。

该工具防护措施中的四个缺口导致了此次事件：

如果这些控制措施到位，此次事件本可被缓解或完全阻止。针对每个致因的详细修复措施如下所述。

我们深知您对WorkOS的信任，以及我们保护您所分享信息的责任。以下是截至2026年11月5日我们已完成的改进以及仍在进行中的改进。

下表列出了我们在调查中识别出的指标。

Wiz、Google和CrowdStrike近期的报告显示，使用ARTEX构建的AI agent正越来越多地被用于入侵活动。这些报告描述了类似的活动，并提供了防御AI驱动攻击的指导。