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