Dosu 披露安全入侵事件：攻击者利用 RLS 漏洞获取内部权限

2026年11月8日 · Devin Stein，CEO 兼创始人

2026年11月2日，一名攻击者侵入了 Dosu 的生产系统。他从一个免费的 Dosu 账户入手，利用组织邀请上的一个 RLS 策略，把自己变成了 Dosu 内部组织的 owner。

随后，他将 Dosu 内部组织的集成重定向到自己控制的服务器，窃取了这些集成的凭证。借助这些凭证，他进入了我们的 CI 流水线、数据库和云项目。主要入侵发生在 11 月 2 日 04:11 至 07:59 UTC。更早的扫描始于 10 月 31 日，对我们公开端点的最后探测发生在 11 月 4 日。

我们的数据库服务商 Supabase 发现了这一恶意活动并通知了我们。我们切断了攻击者的访问，轮换了所有生产密钥，并修复了他们利用的漏洞。

根据攻击者的查询模式，我们判断其目标是寻找 OpenAI 和 Anthropic 的 API key 及其他凭证。他们的搜索反复针对这些服务商密钥格式中的字符串。而一旦拿到我们自己的密钥，他们立刻就开始使用。

如果你尚未被直接联系，则无需采取任何行动。

攻击者从注册新账户到进入我们的云项目，用时不到两小时。每一步都利用了上一步获得的访问权限。

在此过程中，他们还试图让 Dosu 自己的 AI agent 反过来对付我们。他们植入了提示注入页面，要求 agent 提供密钥、环境变量和云元数据。agent 拒绝了所有索取凭证的请求。

我们的数据库服务商 Supabase 检测到这一恶意活动，并于 11 月 2 日 08:17 UTC 通知了我们。我们立即启动响应，并将攻击者可能接触到的所有凭证都视为已泄露。

11 月 2 日，攻击者拥有数据库级访问权限约一小时。我们审查了所有访问日志。以下是针对各类数据的排查结果。

如果我们发现任何会改变这一结论的信息，将直接联系受影响的客户。

没有。我们轮换了 Dosu 代表你持有的所有密钥和 token。你无需重新连接集成或创建新的 API key。

作为预防措施，我们建议你在自己的日志中搜索以下入侵指标（IOC）。如果发现匹配项，或有任何疑问，请通过 security@dosu.dev 联系我们。

此次攻击使用了两个 IP 地址。我们通过相同的 TLS 指纹将它们关联到同一操作者。所有时间均为 UTC。

攻击者为应用、分支和服务起的名称使用了 pentest、probe 和 mq-probe- 前缀。

所有未经前沿模型审查的代码都存在风险。在编写和审查代码时不借助 AI，已经是一种不负责任的做法。

让攻击者得手的漏洞，是多年前在极少 AI 辅助下由人工编写的一条访问策略中缺失的一个检查。该漏洞在多次不同时间点的渗透测试中均未被发现，包括事发前一周的一次。

攻击者使用了 ARTEX 渗透测试框架。它在 90 分钟内发送了超过 80,000 个请求，并在数小时内找到了该漏洞。Agent 可以执行更复杂的攻击、串联一系列漏洞，其行动速度超过以往任何个人甚至团队所能达到的水平。

不幸的是，这类攻击才刚刚开始，而且很可能变得更糟。发起攻击的模型很智能，但其恶意意图有限。日志显示，该 agent“认为”自己是在执行渗透测试。如果它有更恶意的目标和训练，结果可能会糟糕得多。

我们现在假定，由人或较旧模型编写的任何代码都存在这类 bug，而攻击者的模型会找到它们。

我们正在全面改革安全审查流程，并将对所有对外暴露的表面区域定期开展基于 agent 的渗透测试。

我们很抱歉。你信任 Dosu，将代码和团队知识的访问权限交给我们。

我们已公布上述细节，以便你检查自己的系统，也让其他团队能从我们的错误中吸取教训。如有疑问，请联系 security@dosu.dev，或直接发邮件给我：devin at dosu.dev。