Chainstack 追蹤客戶資料外洩至暴露的管理工具

TL;DR: Chainstack 擴展的事件報告專注於訪問控制失敗。其恢復指導將完成憑證輪換列為優先事項。

Chainstack 已經增加了技術細節，針對其在 11 月 3 日首次披露的安全事件。其更新報告中，技術部分的日期為 11 月 10 日，描述了一起圍繞配置和訪問控制失敗的 10 月入侵。該公司表示未發現任何證據顯示有軟體漏洞被利用。

訪問控制失敗的原因

根據 Chainstack 的說法，攻擊者通過一個開發用的 Grafana 實例進入，該實例的預設管理員憑證未被更改。一個未經身份驗證的工具伺服器擁有廣泛的 Kubernetes 權限，隨後成為訪問路徑的一部分。機器憑證也將開發環境和生產環境連接在一起。

這一操作教訓是關於帳戶在首次登錄後的影響範圍。如果一個低調的測試服務能夠聯繫敏感系統或擁有超出其直接工作的權限，那麼它可能會變得至關重要。

NewsBTC 對 NEAR AI 基礎設施事件的報導探討了應用程序與支持其的服務之間的相關邊界。這些機制不同，但都使周圍的基礎設施與加密平台的安全性相關。

客戶被要求解決的問題

報告指出帳戶名稱、組織詳細信息、電子郵件地址和密碼哈希可能已暴露。儘管未發現有證據顯示它們被讀取，但仍將節點憑證視為暴露，並要求客戶更改密碼、輪換節點憑證並重新生成使用的平臺 API 密鑰。

密碼哈希和有效的訪問令牌會產生不同的問題。哈希是密碼的表示，而活動令牌可能直接授權請求。因此，替換登錄密碼並不能假定使與應用程序相關的所有其他憑證失效。

這就是為什麼事件指導需要清楚地識別受影響的憑證類型。一個單一的更改密碼指令可能會讓開發人員對應用程序端點、自動化任務和服務集成感到不確定。

憑證輪換有一個完成步驟

Chainstack 的節點管理文檔描述了一個分階段的輪換過程。在現有憑證仍然有效的情況下生成新憑證。然後，應用程序可以在舊憑證被停用之前轉移到替代憑證。

文檔表示，兩組憑證在最終步驟之前都會繼續工作，沒有自動時間限制。完成輪換後，將永久拒絕使用舊憑證的請求。它還表示，節點輪換不會改變多鏈身份驗證令牌。

對於運營商來說，這種重疊減少了在更新應用程序時中斷正常服務的風險。相應的責任是完成遷移。僅生成替代品會使先前的訪問方式仍然可用。

因此，一個有用的完成記錄將跟蹤哪些應用程序已經轉移以及舊憑證何時被禁用。這是一個實際的控制，團隊可以在初步緊急情況後進行驗證。

潛在的設計問題是熟悉的

Grafana 的安全指導警告說，其本地網絡上的服務可能通過其數據源代理可達。它描述了限制允許目的地和使用防火牆規則來限制對敏感內部服務的訪問等控制措施。

這些預防措施解決了工具可以到達的範圍，以及誰可以登錄。身份驗證和網絡邊界執行不同的任務；如果任一邊界失敗，權限限制提供了另一層保護。

NewsBTC 對 Chainalysis 恢復篩選服務的報導顯示了為什麼操作恢復和數據暴露分析可以遵循不同的時間表。

Chainstack 擴展的帳戶為客戶提供了更多的細節以進行評估。剩下的測試是訪問變更是否已完成，以及修訂的控制措施是否能防止一個被破壞的服務超出其預期角色。

撰寫者：新聞編輯部，編輯：Samuel Rae.