適用對象：使用 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年事件：資料外洩與網路攻擊（日本及全球）