返回

2026/11/02

史上最大加密貨幣竊案的起點不在區塊鏈，而是一台筆電：Binance 事件的教訓

Binance 竊案始於一台遭入侵的 DevOps 筆電，而非密碼學遭到破解。本文整理已確認與未確認的事實，並提供五項自我檢查。

2026 年 10 月 29 日，攻擊者在數小時內清空了 Binance 位於至少十條區塊鏈上的熱錢包。Binance 估計影響金額約 63 億美元，幾乎可以確定是加密貨幣史上最大的竊案。出問題的並不是密碼學。根據 Binance 的初步調查結果，攻擊起點是一位 DevOps 工程師的一台遭入侵筆電。

因此，這起事件的意義遠遠超出加密貨幣交易所。任何組織都有能夠核准敏感操作的人員、裝置與系統：正式環境部署、付款、簽章、特權雲端存取。本文將區分已確認與仍屬初步的資訊，說明為何遭入侵的特權端點可能比私鑰外洩更危險，並列出五項可以在自家環境中執行的檢查。

重點整理

  • Binance 的初步調查指出，入侵點是一位 DevOps 工程師遭入侵的筆電；Binance 並表示，目前未發現錢包私鑰外洩的證據。這兩項結論都仍屬初步。
  • 只要攻擊者掌控了請求與核准簽章的系統，就不需要竊取私鑰。
  • FBI 與多家區塊鏈分析公司將這起竊案歸咎於北韓駭客組織 TraderTraitor；Binance 本身尚未指名攻擊者。
  • 最重要的防禦措施，是保護私鑰周邊的人員、端點與核准流程，而不只是私鑰本身。
  • 同樣的模式也適用於雲端主控台、SSH、CI/CD 管線，以及能在正式環境中執行操作的 AI 代理。

發生了什麼事，哪些仍屬初步資訊

區塊鏈分析公司 TRM Labs 指出，資金於 10 月 29 日約 20:05 UTC 開始流出 Binance 錢包，大部分價值在約 20 分鐘內轉出。根據 BleepingComputer 的報導，Binance 在初步聲明中表示，事件可能涉及一位 DevOps 工程師遭入侵的筆電，攻擊者透過這台筆電進入一個服務容器，並提交了未經授權的提款交易。Binance 已暫停提款、撤銷受影響的授權，並開始與執法單位合作。

Binance 隨後表示，調查「發現了更多遭入侵的環節」。共同執行長 Richard Teng 表示，這次攻擊並非單一工程師的權限所能造成；根據 Elliptic 的引述，他也表示攻擊「並未經過我們正常的核准控管」。Binance 承諾將發布詳細的事後檢討報告，但截至撰文時（11 月 2 日）尚未公布。

項目撰文時的狀態
受影響金額Binance 估計約 63 億美元；分析公司依計算方法與計價方式不同，回報為 63.6 億至 64.3 億美元。
入侵點初步結論：一位 DevOps 工程師遭入侵的筆電。Binance 隨後又回報了其他遭入侵的環節。
私鑰外洩Binance 表示未發現錢包私鑰外洩的證據。調查仍在進行中。
攻擊者FBI 於 10 月 31 日將竊案歸咎於北韓的 TraderTraitor，與 TRM Labs、Chainalysis 及 Elliptic 的判斷一致。Binance 尚未指名攻擊者。
凍結資金尚非最終數字。Binance 表示約 30 億美元已遭凍結無法動用；截至 11 月 1 日，Elliptic 已在鏈上確認約 28.5 億美元遭凍結或扣押，主要為穩定幣。
對客戶的影響Binance 表示將自行承擔損失，用戶資金安全無虞。提款自 11 月 1 日起分階段恢復。

凍結不等於追回。Tether 與 Circle 等穩定幣發行商可以凍結自己發行的代幣，但比特幣、XRP 及其他原生資產無法以這種方式凍結，而且大部分被竊價值仍在洗錢過程中。

為何遭入侵的特權端點可能比私鑰外洩更危險

私鑰遭竊是嚴重問題，但它是單一且容易理解的問題：只要輪替金鑰，被竊的副本就會失去大部分價值。掌控特權工程師裝置的攻擊者則處於完全不同的位置。他們可以利用合法請求簽章的系統、以有效憑證呼叫內部服務，並送出看起來像正常作業的交易。

鏈上證據與這個推論相符。TRM Labs 評估，多條鏈上的模式「顯示 Binance 的熱錢包簽章基礎設施遭到入侵」，也就是說，攻擊者能讓 Binance 自己的系統簽署攻擊者指定的交易。在 Ethereum 上，資安公司 Blockaid 發現，某個熱錢包簽署了一批 EIP-7702 授權，將該錢包的控制權交給了攻擊者的合約。這些簽章是如何取得的，目前仍未確認，我們將在另一篇後續文章中說明這個機制。

這並不是新手法。在 2025 年 2 月的 Bybit 竊案中（FBI 同樣歸咎於 TraderTraitor），攻擊者入侵了一家錢包供應商的開發人員電腦，並竄改了 Bybit 簽署者所核准的交易。在這兩起案例中，私鑰都完全按照指令執行。問題在於下指令的是誰。

五項防禦檢查

1. 將特權裝置與日常工作分開

用來核准正式環境變更、簽署交易或管理基礎設施的裝置，不應與收發郵件、聊天、瀏覽網頁及安裝開發工具的裝置相同。請使用專用且經過強化的管理工作站或隔離的虛擬桌面，不登入個人帳號，並只允許少數經核准的軟體。TraderTraitor 曾多次利用假的工作機會與惡意程式測驗入侵開發人員的電腦；使用獨立裝置，可以讓這類入侵遠離核准流程。

2. 要求多人核准，並加入時間緩衝

任何單一人員、裝置或服務帳號，都不應能夠獨自轉移大額資產或變更正式環境。請要求由使用不同裝置的人員核准，針對每筆交易及每個時間區間設定金額上限，並對大額或異常操作加入延遲（時間鎖）。即使只延遲幾分鐘，也能讓監控機制與人員有機會因應。

提示：確認核准者看到的是他們實際核准的內容。在 Bybit 案例中，簽署者核准了一筆實際內容已遭竄改的交易。核准畫面應顯示確切的操作、目的地與金額，且應獨立於發出請求的系統產生。

3. 強化端點並持續監控

在每台特權裝置上執行 EDR，並確保有人全天候檢視其警示。持續更新系統修補程式、封鎖未簽章或未經核准的軟體、使用硬體安全金鑰等可抵禦網路釣魚的 MFA，並限制管理工作階段與權杖的有效時間。請將開發工具（包括套件、IDE 擴充功能與 AI 程式設計助理）視為攻擊面的一部分。

4. 偵測異常並能迅速凍結

Binance 的資金在幾分鐘內就被轉走。請為最敏感的操作定義何謂正常，例如交易量、目的地、時段與簽章頻率，並即時針對偏差發出警示。準備一個能在數秒內暫停提款、部署或簽章的緊急停止機制，事先決定誰有權觸發，並實際演練。

5. 稽核哪些人員與系統能觸發簽章及正式環境存取

列出所有能夠請求簽章、核准付款或變更正式環境的人員、服務帳號、容器、管線與 API 金鑰。逐一確認它是否仍需要該權限、權限範圍是否已盡可能縮小，以及其使用紀錄是否保存在攻擊者無法清除的地方。盡可能移除常設權限，改用即時（just-in-time）存取。

給企業雲端、SSH、CI/CD 與 AI 維運的教訓

大多數組織並未營運加密貨幣熱錢包，但每個組織都有相對應的東西：能以權限執行操作的憑證與系統。

  • 雲端：擁有有效主控台工作階段或快取 CLI 憑證的管理員筆電，價值等同於 root 帳號。請使用短效憑證、綁定裝置的工作階段，並對破壞性或高影響的操作採用核准流程。
  • SSH：存放在工程師電腦上的長效金鑰，會讓攻擊者直接取得伺服器存取權。建議改用依工作階段簽發的短效 SSH 憑證，並集中記錄每一個特權工作階段。
  • CI/CD：管線通常持有部署與簽章憑證。請以審查要求保護管線定義、將建置與發布憑證分開，並要求正式環境發布須經核准。
  • AI 驅動的維運：能執行指令、開啟 pull request 或呼叫正式環境 API 的 AI 代理，是新型態的特權身分。請給予它們專屬且範圍狹窄的憑證，對敏感操作保留人工核准步驟，並記錄它們的行為。

提示：以一個問題進行桌上演練：「如果這位工程師的筆電今晚被完全入侵，攻擊者在有人察覺之前能做些什麼？」答案會揭示您的核准流程在哪些地方依賴單一裝置。

接下來值得關注的事項

Binance 的事後檢討報告應會證實或修正筆電入侵的推論、說明簽章是如何取得的，並指出哪些控管遭到繞過。在此之前，請將根本原因視為初步結論。上述防禦教訓並不取決於最終細節：無論確切路徑為何，攻擊者都觸及了能授權敏感操作的系統。

LOGIQ 能提供的協助

LOGIQ 協助組織檢視 Linux 伺服器、雲端環境與 CI/CD 管線中的特權存取，並設計符合團隊實際工作方式的核准與監控控管。如果您希望重新檢視環境中有哪些人員與系統能以權限執行操作，歡迎與我們聯絡。

參考資料