主 题：TiDB (国内云原生 NewSQL DB 领头羊) 发生大规模用户数据泄露事件，总泄露数据量达 10TiB+
发 布 者：minikoro
标签分类： 日常
时 间：2026-10-21 16:02:49
内容预览：世界就是一个巨大的草台班子 https://fulcrumsec.vg/pingcap/总窃取数据量 10.6 TB • 4,901,203 个文件 • 连续 88 次（每 6 小时一次）导出生产环境控制平面数据且未被察觉 • 约 50 个 GCP 存储桶 • 一个包含 5.338 亿行数据的 BigQuery 数据仓库 • 180,046 个租户组织 • 403,262 个独立电子邮箱 • 115,308 个明文客户 API 密钥（其中 42,612 个处于活跃状态） • 20,645,574 条客户 SQL 语句 • 102,003,766 次网关连接记录 • 5,036,738 个客户服务器 IP • 377,446 个 Jira 工单 • 433,928 个 CRM 联系人 • 92 GB 带有租户标签的 AWS 成本数据 • 413 个私有源代码仓库今天，我们将 PingCAP 数据泄露事件公之于众。我们掌握了完整的 TiDB Cloud 控制平面、其账单与财务资产、GCP 存储资产、AWS 成本与账单资产、Jira、CRM、分析数据、源代码，以及长达四年的连接日志——记录了每一位客户从其应用服务器 IP 地址向该产品发起的每一次连接。PingCAP 销售的 TiDB Cloud 是开源数据库 TiDB 的托管版本。银行、游戏工作室和电商平台将各自的生产环境工作负载交由其托管；PingCAP 在一个共享的多租户平台上运维这些集群，其整个商业模式都建立在“这样做既安全又可靠”的承诺之上。而本文接下来的内容将证明，它既不安全，也不可靠。首先，他们对自己的云服务似乎毫无可见性（监控能力为零）。可悲的是，这在我们攻破的公司中已是司空见惯——他们愿意斥资数百万美元购买华而不实的 EDR（终端检测与响应系统），却任由五百个 S3 存储桶大摇大摆地被人搬空。但要知道，这可是一家
直达链接： https://www.nodeseek.com/post-998866-1
发 布 者：minikoro
标签分类： 日常
时 间：2026-10-21 16:02:49
内容预览：世界就是一个巨大的草台班子 https://fulcrumsec.vg/pingcap/总窃取数据量 10.6 TB • 4,901,203 个文件 • 连续 88 次（每 6 小时一次）导出生产环境控制平面数据且未被察觉 • 约 50 个 GCP 存储桶 • 一个包含 5.338 亿行数据的 BigQuery 数据仓库 • 180,046 个租户组织 • 403,262 个独立电子邮箱 • 115,308 个明文客户 API 密钥（其中 42,612 个处于活跃状态） • 20,645,574 条客户 SQL 语句 • 102,003,766 次网关连接记录 • 5,036,738 个客户服务器 IP • 377,446 个 Jira 工单 • 433,928 个 CRM 联系人 • 92 GB 带有租户标签的 AWS 成本数据 • 413 个私有源代码仓库今天，我们将 PingCAP 数据泄露事件公之于众。我们掌握了完整的 TiDB Cloud 控制平面、其账单与财务资产、GCP 存储资产、AWS 成本与账单资产、Jira、CRM、分析数据、源代码，以及长达四年的连接日志——记录了每一位客户从其应用服务器 IP 地址向该产品发起的每一次连接。PingCAP 销售的 TiDB Cloud 是开源数据库 TiDB 的托管版本。银行、游戏工作室和电商平台将各自的生产环境工作负载交由其托管；PingCAP 在一个共享的多租户平台上运维这些集群，其整个商业模式都建立在“这样做既安全又可靠”的承诺之上。而本文接下来的内容将证明，它既不安全，也不可靠。首先，他们对自己的云服务似乎毫无可见性（监控能力为零）。可悲的是，这在我们攻破的公司中已是司空见惯——他们愿意斥资数百万美元购买华而不实的 EDR（终端检测与响应系统），却任由五百个 S3 存储桶大摇大摆地被人搬空。但要知道，这可是一家
直达链接： https://www.nodeseek.com/post-998866-1
