适用对象：使用TiDB Cloud的组织的管理员，以及与PingCAP签约或联系过的人。本文基于公司的官方公告，不涉及攻击方法。
进行中：本文将随机构发布更多信息而更新
- 适用对象
使用TiDB Cloud的组织的管理员，以及与PingCAP签约或联系过的人。
- 已确认的影响范围查看表格 ↓
- TiDB Cloud账户数据
- 支持工单信息
- 业务和账单信息
另外1项
- API密钥的Public Key部分
- 尚未确认的事项
- 各受影响客户的具体影响
- 是否以及何时逐一通知客户
- 日本约50,000这一数字统计的是什么（人数还是记录数）
另外3项
- 凭据是如何获取的
- 所获取数据的完整范围，包括源代码（日文公告中没有）
- 是否会发生任何滥用（次生损害）
- 现在要做的事查看步骤 ↓
- 轮换您的API密钥
- 检查访问日志，以及组织成员和角色
- 回顾您粘贴到SQL编辑器和支持工单中的内容
另外2项
- 核实声称来自PingCAP的任何信息时，不要打开链接
- 向公告页面上的联系方式咨询
- 最后核实
- 截至2026年11月3日
续报计划与核实记录
公司在日文公告中表示，将随新事实的出现提供更新，并正与外部调查机构继续调查。11月3日，我们查看了日文和英文公告的正文。日文公告有一条2026年10月21日13:05的补充说明（增加了咨询信息）；我们没有发现更新的内容。
TiDB Cloud组织管理员今天应该做什么
轮换您的API密钥
公司请已签发TiDB Cloud API密钥的客户轮换这些密钥。公司表示Private Key部分未暴露。本站的看法：Public Key部分（经加密存储）属于已确认受影响的类别。
- 本站补充：先停用旧密钥，再将使用新密钥的服务（CI/CD、自动化脚本）切换过去
- 本站补充：删除不再使用的密钥，而不是重新创建
检查访问日志，以及组织成员和角色
公司请客户检查TiDB Cloud及相关云账户的访问日志，查看是否有可疑IP地址或不认识的操作，并检查组织成员和角色，考虑移除不需要的账户或调整权限。
- 任何您不认识的登录、密钥创建或成员添加
- 已离职或调岗人员的账户，或不再使用的承包商的账户
- 管理员权限只给需要的人
回顾您粘贴到SQL编辑器和支持工单中的内容
公司已确认受影响的类别包括SQL编辑器执行历史记录和错误信息，以及咨询信息（支持工单）。英文公告写的是“SQL editor text and errors”；日文公告没有说明是否包含已执行语句的正文。
- 如果您记得粘贴过连接字符串、密码、令牌或API密钥，请视同已泄露而予以更改（本站建议）
- 如果您粘贴过个人数据或业务数据，请告知贵组织负责个人数据的人员
- 今后，向支持请求中粘贴内容之前，请先遮蔽机密信息
核实声称来自PingCAP的任何信息时，不要打开链接
公司表示，可能会收到冒充该公司的电子邮件，或与此次事件相关的可疑邮件。公司请人们避免回复或点击链接，并联系其事件联系人，同时表示不会通过电子邮件索要密码或访问密钥。
信息看起来了解您的组织名称、项目名称或支持工单主题，并不能证明它是真实的（本站的看法）。什么是网络钓鱼？
向公告页面上的联系方式咨询
日文公告列出security-jp@pingcap.com为PingCAP K.K.的事件联系方式。英文公告列出的是security@pingcap.com。请在官方公告页面上确认地址。
1. 声称来自PingCAP或其支持团队的电子邮件或电话
提到了您的组织或工单主题：不能作为证明
↓
2. 跳过其中的链接；自行打开官方公告页面或控制台
↓
3-A 官方一侧没有
索要密码或访问密钥：不要照做，并予以报告
3-B 官方一侧有相同公告
按官方指引操作
事件经过（来自PingCAP的公告）
以下内容基于公司的日文公告（标题为关于未经授权访问导致数据泄露的致歉与报告）和英文公告（Trust Hub，Security Update – October 2026）。
2026年9月9日至10月7日（美国时间）
第三方利用非法获取的账户凭据进入内部系统并复制数据（公司说明）10月7日
公司察觉到此事件，并于当天开始使受影响的凭据失效（公司说明）10月10日至14日
据英文公告：10日删除了其他凭据，减少了云项目之间过多的权限，并增加了存储访问日志；到14日，已使所有已查明的凭据失效，并阻断了已查明的访问路径。（日文公告同样称已查明的访问路径已被阻断。）10月19日
英文公告页面带有此日期（英文公告写有“Published: October 19, 2026”）10月21日13:05
日文公告的补充说明，增加了咨询信息（支持工单）。日文页面没有标明首次发布日期11月3日
本站查看了两份公告的正文。未发现比10月21日补充说明更新的内容
- TiDB Cloud账户数据
- 用户名、电子邮件地址、组织和项目关联、SQL编辑器执行历史记录及错误（包括组织、项目和集群ID），以及咨询信息（支持工单，10月21日增加）。因客户而异
- 业务和账单信息
- 联系人（姓名、电子邮件地址、公司名称、电话号码）和合同条款（订单、付款条款、账单设置）
- 凭据
- TiDB Cloud API密钥的Public Key部分（经加密存储）。公司表示Private Key部分未暴露，且仅凭Public Key无法操作TiDB Cloud
- 未确认
- 信用卡泄露以及对TiDB Cloud本身的未经授权访问（日文公告）。英文公告称，没有证据表明存储在TiDB中的数据受到影响，也没有证据表明在所审查的生产系统中运行过命令
- 仅见于英文公告
- 称第三方获取了源代码。日文公告没有这样说
- 公司的应对
- 与外部安全公司一起核实范围并查明访问路径；轮换已暴露的密钥和关键管理密钥，收紧权限，检查网络管理，增加新的威胁检测；通知执法部门和相关监管机构（日文公告）
已知与尚不清楚的信息
截至2026年11月3日的状态。有后续消息时，本表将被改写。
| 项目 | 公告所述 | 状态 |
|---|---|---|
| 未经授权访问的时间段 | 2026年9月9日至10月7日（美国时间） | 公司已说明（调查仍在进行） |
| 数量 | 日本境内最多约50,000条个人记录。单位（人数还是记录数）未说明。英文公告没有给出数量 | 最多（公司，日文公告） |
| TiDB Cloud账户数据 | 用户名、电子邮件地址、组织和项目关联、SQL编辑器执行历史记录及错误 | 泄露已确认（公司） |
| 支持工单信息 | 由10月21日的补充说明增加 | 泄露已确认（公司） |
| 业务和账单信息 | 联系人、订单、付款条款、账单设置 | 泄露已确认（公司） |
| API密钥的Public Key部分 | 经加密存储。Private Key未暴露，因此仅凭Public Key无法操作TiDB Cloud | 泄露已确认（公司）。英文公告称尚未确定是否有其他可用凭据暴露 |
| API密钥的Private Key部分 | 未暴露 | 未包含（公司） |
| 各客户的影响 | 因客户而异；并非每一项都适用于所有客户。英文公告称正在确定各客户的影响 | 调查中（英文公告） |
| 在SQL编辑器中运行的语句的正文 | 日文公告未说明（英文公告：“SQL editor text and errors”） | 未说明 |
| 信用卡信息 | 未确认泄露 | 未确认（公司） |
| 对TiDB Cloud的未经授权访问 | 未确认。英文公告还称，没有证据表明存储在TiDB中的数据受到影响 | 未确认（公司） |
| 源代码 | 英文公告称已被获取。日文公告未说明 | 英文公告有说明；日文公告没有 |
| 访问路径 | 已查明并阻断。凭据是如何获取的未说明 | 调查中（如何获取） |
| 个别通知 | 日文公告未说明。英文公告称，一旦确定影响，将直接通知受影响的客户 | 调查中（英文公告） |
| 滥用（次生损害） | 未说明 | 未说明 |
| 向监管部门的报告 | 公司表示已通知执法部门和相关监管机构。本站尚未确认有监管部门的公告 | 公司的说明 |
如何理解：日文和英文公告不一致之处
公司的日文和英文公告在某些项目上存在差异（源代码、数量、联系地址和日期）。本站会说明每一点出自哪份公告。最多约50,000这一数字仅见于日文公告，指的是日本境内，而非全球数量。
联系方式、SQL历史记录和支持工单可能导致什么
以下是此类项目组合一般可能导致的情况；并非公司所说本案中发生的事情。
- 姓名 + 电子邮件 + 公司名称 + 电话 + 订单详情：可用于冒充该公司或合作伙伴、看起来了解您的合同或账单的信息的素材
- 组织、项目和集群ID的关联：使人可以写出看起来了解您使用哪个环境的、令人信服的信息
- SQL编辑器历史记录和错误：如果包含连接目标名称、表结构或粘贴的凭据，请视为已暴露（公告没有说明是否包含）
- 支持工单：可能包含对故障或环境的描述，以及粘贴的设置或凭据。可被用于“跟进您的支持请求”之类的信息
- API密钥的Public Key部分：公司表示其经加密，没有Private Key就无法操作任何东西。轮换仍然是成本低、偏稳妥的一步（本站建议）
运营者和云用户应检查什么
凭据是如何被盗的尚未公布。这里只列出从已公布事实得出的一般检查要点（被盗的账户凭据被用于进入内部系统，信息残留在支持和历史记录中，密钥被轮换）。
- 您发送给支持的内容：从您粘贴的配置和日志中去掉密码、令牌和连接字符串。如有需要，提供临时凭据并在事后撤销
- SQL编辑器和控制台历史记录：使用时请假定留在历史记录中的机密信息会一直保留。不要在SQL中直接写凭据；请通过机密信息管理机制传入
- API密钥管理：按用途分开密钥，限制权限（最小权限），定期轮换，并盘点和删除未使用的密钥（本站补充；环境变量与API密钥基础知识）
- 为供应商事件做准备：限制可进入供应商控制台的人员，要求多因素认证，并启用登录和密钥创建通知（如何选择多因素认证）
这些是一般检查要点，并不意味着该公司或其用户没有做到这些。
信息来源（公开记录）
本文的事实来自以下公开信息。对于未披露的情况或所获取数据的范围，我们未作猜测。
- PingCAP K.K.，关于未经授权访问导致数据泄露的日文公告（2026年10月21日13:05补充；11月3日查看）— pingcap.co.jp
- PingCAP，“Security Update – October 2026”（英文，总部；11月3日查看）— pingcap.com
更新记录
2026-11-03：首版。基于公司的日文公告（含10月21日补充说明）和英文公告（11月3日查看；未发现更新的内容）。
延伸阅读
- 始于凭据的事件：2026年始于被盗凭据的数据泄露
- 管理API密钥和机密信息：环境变量与API密钥基础知识 / 泄露后仍然有效的凭据
- 类似事件：Railway机密信息暴露、Northflank事件与API密钥
- 防范诈骗信息：什么是网络钓鱼？
- 保护您的账户：如何选择多因素认证
- 其他2026年事件：数据泄露与网络攻击（日本及全球）