适用对象：使用 Chainstack 节点或其 API 的开发者、dApp 运营者和组织管理员。本文基于公司的官方通知，不涉及攻击手法。
事态发展中：本文将随机构发布更多信息而更新
- 适用对象
使用 Chainstack 节点或其 API 的开发者、dApp 运营者和组织管理员。
- 已确认的影响范围查看表格 ↓
- 未经授权访问的时间段
- 进入生产环境
- 客户账户数据库
另外1项
- 调查
被列为可能涉及的项目
- 组织名称、账户持有人姓名
- 组织成员的邮箱地址
- 密码哈希
另外1项
- 节点凭据
- 尚未确认的事项
- 有多少客户受到影响
- 密码哈希使用哪种算法
- 第三方组件是什么，入侵是如何展开的
另外2项
- 节点凭据是否确实被读取
- 是否发生任何滥用（二次危害）
- 现在要做的事查看步骤 ↓
- 更改您的密码
- 轮换节点凭据
- 重新生成平台 API 密钥
另外3项
- 查找并替换嵌入的端点和密钥
- 检查是否有异常使用或账单
- 不点击链接，核实任何自称是 Chainstack 的人
- 最后核实
- 截至2026年11月4日
续报计划与核实记录
公司的通知日期为11月3日，并称如有新信息将予以更新。我们于11月4日查看了通知全文，未发现与11月3日版本相比有变化。公司称其已于11月2日结束调查。
Chainstack 用户今天应该做什么
更改您的密码
公司请客户更改密码，包括在重复使用同一密码的其他服务上更改。
- 本站的补充：使用密码管理器，让每个服务都有自己的密码（如何选择密码管理器）
- 本站的补充：如果可以，请开启两步验证。公告中没有提到这一点
轮换节点凭据
公司请客户轮换节点凭据。公司称这可以在控制台中自助完成，在轮换完成之前，现有端点会继续工作，因此不会停机。公司的文档说明了具体步骤。
- 本站的补充：先把新凭据放入您的应用并检查其能正常工作，然后再使旧凭据失效
重新生成平台 API 密钥
如果您使用平台 API，公司请您重新生成 API 密钥。同时更新使用它们的 CI/CD、自动化脚本和运维工具。删除不再使用的密钥，而不是重新创建（本站的补充，环境变量与 API 密钥基础）。
查找并替换嵌入的端点和密钥
节点端点往往是带有凭据的 URL 形式，可能出现在应用代码、配置文件、CI 变量和前端中。本站的看法：嵌入在前端中的 URL 对每位访问者可见，因此在轮换之后重新构建并重新部署之前，旧凭据仍会留在公开的输出中。
- 在配置、CI 密钥变量、容器环境变量和仓库历史中搜索旧的 URL
- 重新构建并重新部署已发布的前端（构建产物和 source map）
- 在可以通过自己的服务器转发请求的地方，避免把凭据交给浏览器
检查是否有异常使用或账单
公司称节点、控制台和 API 未被修改，服务持续运行。为防凭据被使用，本站建议检查：
- 您节点上的请求数量、调用方和使用的方法是否异常
- 您的账单是否突然上涨
- 您的组织中是否有您不认识的成员或权限
不点击链接，核实任何自称是 Chainstack 的人
公司请客户警惕网络钓鱼，并称绝不会索要密码、令牌或密钥。不要使用邮件中的链接；请自己打开官方控制台或通知页面。什么是网络钓鱼？
① 在控制台中轮换凭据
在您完成之前，现有端点会继续工作（公司）
↓
② 将应用、CI 和前端切换到新凭据并检查其能正常工作
↓
③ 确认旧凭据不再被使用
已发布的前端中没有遗留旧 URL
发生了什么（依据 Chainstack 的通知）
以下内容基于公司发布的、日期为2026年11月3日的事件报告。
2026年10月26日
外部攻击者访问了开发环境（公司的说明）10月29日
攻击者访问了部分生产环境（公司的说明）10月31日
公司发现了入侵，并当天切断了访问路径（公司的说明）11月2日
公司完成调查并结束了该事件（公司的说明）11月3日
发布通知。公司称正在向所有客户发送邮件11月4日
本站查看了通知全文。未发现与11月3日版本相比有变化
- 入口
- 外部攻击者通过一个第三方组件访问了部分基础设施。通知没有说明该组件是什么
- 背景
- 公司评估此事件属于10月下旬报道的一场更大范围的 AI 驱动攻击活动的一部分。公司同时写道，这并不改变其对自身环境中所发生之事的责任
- 可能暴露的信息
- 组织名称、账户持有人姓名、组织成员的邮箱地址和密码哈希（客户账户数据库）。哈希算法未说明
- 节点凭据
- 存放它们的系统曾被访问。没有证据表明被读取，但视为已暴露
- 未包含
- 支付方式详情（公司不存储）。节点、控制台或 API 未被修改；服务持续运行
- 公司的应对
- 切断访问路径，加固系统，向所有客户发送邮件。请用户更改密码、轮换节点凭据、重新生成平台 API 密钥并警惕网络钓鱼
已知与尚不清楚的内容
截至2026年11月4日的状态。出现后续信息时，此表将被改写。
| 项目 | 公告内容 | 状态 |
|---|---|---|
| 未经授权访问的时间段 | 2026年10月26日（开发环境）至10月31日（被发现并切断） | 已确认（公司） |
| 进入生产环境 | 10月29日访问了部分生产环境 | 已确认（公司） |
| 客户账户数据库 | 攻击者访问了该数据库 | 已确认（公司） |
| 组织名称、账户持有人姓名 | 可能已暴露 | 可能（公司） |
| 组织成员的邮箱地址 | 可能已暴露 | 可能（公司） |
| 密码哈希 | 可能已暴露。算法未说明 | 可能（公司） |
| 节点凭据 | 存放它们的系统曾被访问。没有证据表明被读取，但视为已暴露 | 可能（公司） |
| 支付方式详情 | 公司不存储，因此未暴露 | 未包含（公司） |
| 对节点、控制台或 API 的更改 | 无；服务持续运行 | 未包含（公司） |
| 受影响客户的数量 | 未说明。公司称正在向所有客户发送邮件 | 未说明 |
| 入口 | 一个第三方组件。该组件是什么未说明 | 调查中 |
| 滥用（二次危害） | 未说明 | 未说明 |
| 调查 | 11月2日完成并结束了该事件。如有新信息将予以更新 | 已确认（公司） |
为什么写的是“可能”
公司写道，客户账户信息“可能已暴露”，并且尽管没有证据表明节点凭据被读取，仍将其视为已暴露。本站沿用公司自己的用语来标注状态。通知并未显示实际被取走了什么。
账户数据和节点凭据可能导致什么
以下是这种项目组合一般可能发生的情况，并非公司所称此事件中已发生的事。
- 组织名称 + 账户持有人姓名 + 成员邮箱地址：用于编造冒充该公司或合作方的可信消息的素材
- 密码哈希：哈希不是密码本身，但弱密码或重复使用的密码事后可能被猜出。算法未说明，因此无法判断强度。首先要更改密码（什么是密码哈希？）
- 节点凭据：用于访问端点的凭据；持有者可以客户的身份发送请求，这可能影响使用量和账单。如果嵌入在前端中，访问者本来就能看到它们
- 重复使用的密码：如果在其他服务上使用了相同的密码，也请在那里更改。如何检查密码是否已泄露
开发者和运营者应检查什么
作为入口公布的只有“一个第三方组件”。仅从已公布的事实（存放凭据的系统曾被访问；轮换可以在不停机的情况下进行）出发，只能得出一般性的检查要点。
- 让轮换变得容易：不要把凭据写进代码；通过环境变量或密钥管理器传入。只有一处需要更改，就意味着收到此类通知的当天就能采取行动
- 减少交给浏览器的凭据：嵌入在前端中的 URL 会留在公开的输出里。请通过自己的服务器转发，或者在供应商提供的情况下使用限制凭据使用位置的控制（请查看供应商的文档）
- 按用途区分密钥：为每个环境（开发、生产）和每个应用使用单独的凭据，可以让轮换的影响较小（环境变量与 API 密钥基础）
- 保护供应商控制台：在可用时强制启用两步验证，并开启登录和创建密钥的提醒（如何选择多因素认证）
这些是一般性的检查要点，并不意味着该公司或其用户没有做到这些。
参考来源（公开记录）
本文事实基于以下公开信息。对于尚未公布的入口和被取走的数据范围，我们不作推测。
- Chainstack，《事件报告：发生了什么以及客户需要做什么》（英文，日期为2026年11月3日；11月4日查看）— chainstack.com
更新记录
2026-11-04：首次发布。基于公司日期为2026年11月3日的事件报告（11月4日查看；未发现更新的信息）。
延伸阅读
- 较新的开发者服务案例：DigiCert 内部系统遭未经授权访问
- 较新的开发者平台案例：WorkOS 内部销售应用遭未经授权访问
- 管理 API 密钥和机密：环境变量与 API 密钥基础 / 泄露后仍然有效的凭据
- 相关事件：PingCAP（TiDB Cloud）未经授权访问、Railway 机密暴露、Northflank 事件与 API 密钥
- 为应对诈骗消息做准备：什么是网络钓鱼？
- 保护您的账户：如何选择多因素认证
- 2026 年其他事件：数据泄露与网络攻击（日本及海外）