區塊鏈基礎設施供應商 Chainstack 揭露 Chainstack Discloses Breach of Production Systems; Customer Emails and Password Hashes Accessed,外部攻擊者經由第三方元件滲透其開發環境,再橫向擴散至部分生產系統,取得客戶帳號資料庫與存放節點憑證的系統。對仰賴節點服務的區塊鏈團隊而言,這起事件的新鮮度與影響面都值得關注。
第三方元件成破口,入侵路徑仍未公開
根據 Chainstack 的安全公告,攻擊者是透過一個第三方元件進入系統,但公司並未說明是哪個元件、涉及何種漏洞。攻擊者在 2026 年 10 月 26 日先取得開發環境的存取權,隨後擴大權限、觸及生產環境的部分系統,直到 10 月 31 日才被偵測到並於同日切斷其存取。也就是說,從初始入侵到發現,大約有五天的潛伏期。在資安事件頻傳的當下,把資金放在加密貨幣領域會讓人有點害怕,社群對供應鏈風險也提高了關注度。
外洩範圍涵蓋帳號資料與節點憑證
Chainstack 指出,攻擊者觸及一個客戶帳號資訊資料庫,內容包含組織名稱、帳號持有人姓名,以及組織成員的電子郵件地址。此外,攻擊者也能存取存放節點憑證的系統。Chainstack 表示目前沒有證據顯示這些憑證被讀取,但仍以已暴露的態度處理,要求客戶輪替所有使用中的憑證。值得注意的是,公告並未提及密碼本身外洩,而是密碼雜湊,不過公司仍建議客戶變更帳號密碼,尤其是其他服務重複使用同一組密碼的情況。
修補與緩解:輪替憑證、改密碼、提防釣魚
Chainstack 提出的具體作法包括,輪替節點憑證,重新生成平台 API 金鑰,把所有使用中的憑證視為已暴露,變更帳號密碼,並檢查是否有其他服務沿用同一組密碼,以及留意釣魚訊息,因為外洩的姓名與電子郵件地址會讓針對性郵件更具說服力。公司同時表示正在強化系統,並承諾若有更多細節會更新公告。第三方元件的風險主要其實會落在整體供應鏈的可視性與憑證管理紀律。
歸因指向 AI 驅動行動,但非 Chainstack 官方說法
Chainstack 本身並未公布技術細節,也未指名可疑行為者。不過這起事件有可能是一場更廣泛、由 AI 驅動的行動的一部分,並與一個使用名為 ARTEX 框架、被認為與中國有關的叢集活動重疊,同一報導也提到 WorkOS 與 Chainalysis 揭露了與同一行動相關的事件。需強調的是,這些歸因來自外部分析,而非 Chainstack 的官方結論,讀者宜以此理解其可信度邊界。
NVD 關聯紀錄:節點憑證元件的權限缺口
若從「節點憑證」這個關鍵字回查 NVD,可看到近期一筆與 nginx ui 相關的紀錄,CVE-2026-107813,CVSS 8.8、嚴重度 HIGH,弱點類型為 CWE-862(缺少授權檢查),影響 nginxui 2.0.0 至 2.5.0。其問題在於 api/cluster 路由暴露節點與命名空間的變更操作,以及叢集層級的 Nginx 重新載入或重啟操作,僅要求驗證卻未要求安全工作階段,導致持有被竊或殘留 JWT 的已啟用 OTP 使用者,能在沒有再次驗證第二因素的情況下執行節點 CRUD、讀取或替換節點憑證。這筆編號是 NVD 上與該元件相關的近期紀錄,並非這起事件本身被引用的 CVE,讀者可對照附表理解節點憑證類元件的常見風險型態。
CyberQ 觀點
企業應把第三方元件納入資產清冊與漏洞追蹤,並對節點憑證、API 金鑰建立定期輪替與最小權限原則,同時檢查密碼重用情形、啟用多因素驗證。使用者則應對以姓名與郵件量身打造的釣魚郵件保持警覺,收到通知後優先完成憑證與密碼更換。
CVE 漏洞資料
以下為撰文時以 NVD 2.0 API 依元件關鍵字(node credentials)查得的近期公告紀錄,屬同一元件的關聯漏洞,並非本文事件本身所對應的編號:
| CVE 編號 | CVSS 分數/嚴重度 | 公佈時間(UTC) | 受影響廠商/產品 | 弱點類型 | 參考連結 |
|---|---|---|---|---|---|
| CVE-2026-107813 | 8.8(HIGH) | 2026-10-09T16:17:26 | nginxui / nginx ui | CWE-862 | https://github.com/0xJacky/nginx-ui/commit/a3999bd78a3b97ab22e6b5e9fd4 https://github.com/0xJacky/nginx-ui/releases/tag/v2.5.0 https://github.com/0xJacky/nginx-ui/security/advisories/GHSA-h246-wpgf |







