Binance 遭黑客入侵：偽造編程作業揭露控制錢包的途徑

Binance 表示，一份偽造的編程作業及遭濫用的內部 AI 工具，協助攻擊者接觸錢包系統，造成一宗涉及 63.4 億美元的盜竊案。其於 11 月 3 日作出的披露，改變了圍繞 Binance 遭黑客入侵事件的核心問題。焦點不僅是工程師的電腦如何被感染，更在於受入侵的工作場所存取權如何變成調動客戶資產的權限。

當中的張力在於開發便利性與獨立執行的財務管控之間。內部工具協助員工跨系統工作，但這些連接同時需要在帳戶遭入侵後仍能維持的界限。攻擊者不應只因取得一名受信任同事通常擁有的存取權，便承襲其財務權限。

Bybit 提供了一個具參考價值的歷史案例，但兩宗事件不應被視為完全相同。兩者均令開發環境與交易授權之間的關係受到審視。對交易所營運者、AI 產品採購方及工程管理者而言，Binance 的披露帶來一個實際問題：當受信任的工作站失守後，哪些控制措施仍然有效？

Binance 遭黑客入侵始於錢包轉帳之前

根據 SecurityWeek 對這宗編程作業攻擊的報道，這場攻擊活動歷時數月，涉及三名工程師。6 月時，一名工程師在尋找 AI 編程工具期間，下載了一個遭竄改的 Homebrew 安裝程式。Binance 發現該次入侵後，更換了裝置並重設憑證。然而，攻擊者仍獲悉錢包團隊的資訊。

9 月，另一名工程師遇到假冒招聘人員，並在工作電腦下載了一份惡意作業。該儲存庫在設定期間執行惡意程式碼。據報道，10 月 20 日，攻擊者利用該電腦及一個內部 AI 工具接觸更多工程師。透過這些系統取得的存取權，其後協助他們於 10 月 29 日接觸錢包操作。

關鍵變化在於，受入侵的開發人員存取權被轉化為對負責財務授權系統的存取權。

這個區別令焦點不再只放在單一僱員的決定上。虛假的面試解釋了一個切入點，卻無法解釋其後可用的每一項權限。更廣泛的安全問題在於僱員裝置、共用工具、部署存取權，以及批准資產調動系統之間的關係。

試想一名工程師正在評估一個陌生專案。安裝相依套件及執行設定指令，對技術測試而言看似是平常的準備工作。然而，這些行動讓外部提供的軟件有機會在本機執行。面試帶來社會信任；開發流程則提供執行的機會。

當軟件安裝從搜尋結果開始時，同樣會出現信任問題。SANS 研究員 Brad Duncan 記錄了另一宗涉及惡意廣告及 MacSync 資訊竊取惡意軟件的 Homebrew 冒充活動。該研究確立了一種相關的攻擊模式，而非獨立確認針對 Binance 所使用的確切惡意軟件。

分析上的連結很直接：熟悉的開發人員活動，可能將陌生程式碼帶過敏感邊界。無論是知名工具名稱還是看似可信的招聘流程，都不足以證明下載內容值得獲准存取工作環境。專業情境可令執行要求看來例行，卻不會減低其技術後果。

6 月的應對亦值得謹慎解讀。發現感染並更換裝置，可以是恰當的遏制行動，卻不會自動抹除攻擊者已取得的組織資訊。即使原有技術存取權消失，對職責及工作關係的認識仍可能有用。

這並不表示 Binance 本應預料到其後每一步。但這說明了為何不能只透過首次感染來評估事件。有意義的分析單位，是從外部接觸到財務權限的完整路徑，包括每一個本應由獨立控制措施介入的環節。

開發人員存取權演變成財務安全問題

承受直接壓力的團隊，是負責工程存取權、內部 AI 系統及錢包授權的人員。它們的職責在這宗事件中交匯。工作站安全團隊可以調查惡意軟件，但財務後果取決於受入侵環境能接觸及影響甚麼。

受信任的開發人員身分應只用於確立誰在提出行動要求，而不應自動證明該行動在財務上可被接受。

這正是驗證身分與授權之間的差異：前者核實身分，後者決定該身分可執行甚麼。一項合法憑證可以伴隨惡意要求。當攻擊者控制了產生該要求的環境，成功完成身分驗證對要求者真實意圖的保證便相當有限。

對工程管理者而言，壓力在於權限如何結合。每項獨立權限單獨檢視時都可能看來合理。一名僱員需要內部應用程式，部署流程需要憑證，而一項服務需要存取另一項服務。危險在於，這些權限形成一條直達敏感操作、不中斷的路徑。

容器作為一種隔離的軟件執行環境，正好說明這個區別。讓工程師獲准部署容器，可能是其工作所需。安全問題在於，已部署的軟件其後可以存取甚麼。只有當額外系統直接或透過其他受信任服務允許這種連接時，部署權限才會變成財務權限。

同樣的推理亦適用於內部 AI 產品。企業採購方常會評估助理能否檢索資訊、執行工作或連接不同部門。安全審查亦必須檢視這些能力背後的權限。若整合的存取權超出提出要求僱員的正當範圍，有用的整合就可能成為繞過組織隔離的途徑。

公開紀錄並未證實 Binance 存在每一種此類弱點。這些是報道所述事件序列所引出的架構問題。回答這些問題需要有關權限及執行機制的證據，而非只因存在 AI 工具便作出假設。

對知識工作者而言，相關性不止於加密貨幣。連接內部文件的助理，若存取控制失效，便可能洩露敏感資訊。連接可執行工具的助理則會帶來另一種後果：資訊和要求可能導致行動。即使它們共用同一個對話介面，這些能力仍值得接受不同程度的審視。

因此，正在評估可搜尋知識庫的組織，應區分檢索存取權與操作權限。找到部署文件，與擁有部署權限並不相同；概述付款程序，與批准付款亦不相同。產品的實用性並不需要將這些能力視為可互換。

所需的應對既是組織層面，也是技術層面。工程、安全及財務營運團隊需要共同理解權限在哪裡易手。否則，每個團隊都可能批准自己的組件，卻沒有人評估攻擊者可利用的整體路徑。

這正是 Binance 遭黑客入侵事件更廣泛的重要性。當開發人員裝置周邊的權限容許入侵擴散時，它便成為財務安全問題。最強的防線，是即使原始裝置或身分已不再可信，仍能拒絕不可接受操作的邊界。

內部 AI 工具是關鍵卻未獲解釋的一環

Binance 的披露指出，內部 AI 工具是入侵的一部分。然而，它並未公開充分說明確切機制，讓外界能重構該階段。因此，報道工具的參與與聲稱知道哪種 AI 特定失誤使攻擊者得手之間，存在重要區別。

現有證據支持審視 AI 工具的存取邊界，但不足以證實這是一宗由自主 AI 主導的盜竊案。

不同解釋需要不同證據。提示詞注入是指嵌入 AI 系統處理材料中的惡意指令；憑證竊取是取得驗證資料；應用程式漏洞則是利用軟件缺陷。這些類別可以重疊，但若沒有支持細節便指稱其中一種，只會以猜測填補調查空白。

即使底層模型沒有異常行為，AI 應用程式亦可能帶來風險。連接器可能提供過多存取權，執行服務可能過於寬泛地接受要求，或受入侵的工作階段可能承襲既有權限。這些是值得調查的可能機制，而非 Binance 初步說法已確立的發現。

這種不確定性很重要，因為補救措施取決於機制。模型行為問題所需的控制措施，與遭竊的服務憑證並不相同。權限設計問題不能只靠要求模型拒絕可疑要求來解決；部署弱點則需要在軟件接觸生產系統的位置執行控制。

因此，將每宗涉及 AI 的事件都視為模型失誤，可能掩蓋實際教訓。相關問題是：要求在哪裡取得權限、甚麼機制檢查該次轉換，以及為何該檢查容許下一步。無論是哪個模型或應用程式提供介面，這些問題仍然有用。

從其後活動的速度推斷 AI 正在作決策，亦是一種相關誘惑。Elliptic 的被盜資金追蹤描述，在洗錢活動首三天半內，資金涉及橫跨 11 條區塊鏈、約 12,000 個錢包。其分析指出存在自動化，但未報告有證據顯示 AI 代理正在作出決策。

傳統腳本亦可執行大量交易。規模證明手動執行不太可能，卻無法識別軟件採用的推理方式。據報內部 AI 工具參與協助取得存取權，無法獨立證明 AI 參與洗錢。

這種區分對問責很重要。若內部應用程式容許在僱員環境之間移動，其擁有人需要解釋適用的控制措施。若其後由傳統自動化工具調動被盜資產，調查人員應另行說明相關證據。把兩個階段合併成單一 AI 敘事，會令故事更簡單，卻會令診斷更不精確。

因此，審慎的立場應避免一概否定或過度誇大。這個 AI 工具之所以重要，是因為 Binance 把它置於存取鏈中。由於公開的技術細節並不完整，其確切作用仍未釐清。這兩點可以同時成立，既不淡化事件，也不憑空捏造其能力。

錢包安全取決於有效簽名容許甚麼

Binance 的初步事件調查結果指出，攻擊者接觸到內部簽名服務，並在正常提款流程以外發起交易。該交易所亦描述了對 EIP-7702 的濫用；這是 Ethereum 一項讓帳戶可將執行能力委託予合約程式碼的機制。

根據 Binance 的說法，這些授權可獨立於其一般提款基建而持續生效。其採用多方計算、將簽名責任分散至多個參與者的做法，令緊急撤銷變得更複雜。Binance 表示已重建受影響系統，並委聘獨立審查人員。它亦報告稱，約 28.5 億美元資產已被凍結或攔截，並補足了 98% 受影響的代幣資產。

保護簽名材料與強制執行可接受的交易行為，是彼此相關的要求，但兩者都不能取代對方。

簽名可證明所需的簽名流程已授權某則訊息；但單憑簽名，無法證明該訊息具備正當業務目的。周邊系統的安全性取決於簽名流程接收到甚麼資訊，以及它獨立執行哪些規則。

當一項授權會改變未來可行使的能力時，這項區別尤其重要。簡單轉帳與委託可產生不同效果。若只評估資產的即時流動，便可能忽略一項可透過另一條途徑啟用後續操作的授權。

Binance 的敘述令這個問題成為焦點，但並未證實 Ethereum 機制本身存在缺陷。合法的協定功能，若攻擊者取得調用它的權限，仍可能造成有害結果。評估這宗事件時，必須區分協定行為與交易所規管其使用的政策。

同樣的區別亦適用於緊急控制措施。停止某個應用程式，可阻止依賴該應用程式的操作；但不一定會取消已在其他地方建立的權限。事件應變計劃必須考慮權限所在位置及其有效期，而不能假設所有操作都可由同一個開關停止。

一個日常企業例子有助說明：停用某位員工的帳戶，不一定會令此前發給相連服務的所有存取權杖失效。細節雖與區塊鏈授權不同，但根本問題相近：撤銷權限必須觸及仍然承認該權限的系統。

因此，適當的教訓比宣稱某種錢包技術不安全更為狹窄。分散式簽名可處理與持有簽名材料相關的風險；獨立交易規則則處理請求的含義及可接受性；有效的隔離措施則處理在最初應用程式或服務之外仍然存在的權限。

這些層面必須互相強化。若已遭入侵的服務能請求危險但技術上有效的授權，單靠分散簽名流程並不能解決政策問題。若政策偵測到問題但撤銷速度緩慢，隔離仍是另一項獨立的營運挑戰。

對託管機構而言，壓力在於以證據展示這些區別。對加密保護的描述，應附帶說明系統會拒絕哪些操作。應變程序應指出現有權限如何失效，包括一般工作流程無法使用時的情況。

Bybit 提供背景，但復原聲稱需要分開驗證

歷史比較在指出重複出現的安全問題時會更有用，而不是宣稱兩宗攻擊完全相同。一份政府Bybit 攻擊評估報告描述了開發人員遭入侵，以及惡意程式碼被偽裝成入職前測試。報告亦追蹤了其後對用於修改交易介面的基建所取得的存取權。

該敘述為以招聘為目標的攻擊提供了具體比較，但並不能證實 Binance 使用相同軟件、遇到相同漏洞，或以相同方式失效。共同的關注點是：遭入侵的開發環境可對人們賴以作出財務決策的系統施加多大影響。

即使同時出現在事件更新中，復原、歸因與預防仍需要不同證據。

FBI 的Binance 盜竊歸因報告認定北韓的 TraderTraitor 活動須為事件負責。該局亦呼籲相關私營服務封鎖與被盜資產有關的交易。歸因可引導調查焦點，但無法解答交易所內部控制如何運作。

同樣地，補回客戶資產與追回原有資金，是不同的責任。交易所可動用自身資源恢復結餘，同時讓調查人員繼續追蹤被盜資產。已凍結資金、補充儲備及歸還託管機構的資產，不應被視為等同的會計類別。

這項區別對公平評估正面進展很重要。補足資產可減少客戶即時承受的風險；成功凍結資產可限制攻擊者可動用的資金。然而，兩者都不能獨立證明原來的存取途徑已被消除，或另一條途徑無法造成同樣結果。

因此，獨立審查很重要，但僅有這個標籤並不足夠。讀者需要有足夠的範圍資訊，才能理解審查人員評估了甚麼。僅限於受感染裝置的審查，會回答與檢視內部工具權限、部署控制及交易授權不同的問題。

並非每項控制措施都必須完全公開。發布敏感營運細節可能帶來額外風險。儘管如此，一份有用的摘要仍可說明現時有哪些類別的操作被封鎖、測試了哪些假設，以及哪些結論仍屬暫定。

另一項風險是，讓攻擊者的高超手法成為解釋的終點。有耐性且能力強的對手，可解釋為何某次行動難以偵測；但這不會免除檢視以下界線的需要：當偵測失敗後，這些界線本應限制損害。

相反的錯誤，是將事件簡化為一名工程師執行了一項作業。這個決定固然重要，但員工失誤不足以完整解釋系統性的金融風險。嚴肅的審查必須同時檢視最初執行，以及其後可取得的權限鏈。

對企業 AI 採購方而言，這是比較中最具可移植性的部分。請問：當助理工具的使用者、已連接的工作站或支援服務遭入侵時，會發生甚麼事？答案應描述被強制執行的限制。僅聲稱使用者或工具可信，並不能證明這些限制可抵禦攻擊者。

三項發展將測試界線是否已改變

未來數月應按具體證據評價，而不是按已公布的安全改善數量評價。最有用的訊號涉及獨立調查結果、可強制執行的存取限制，以及對復原聲稱的對帳。每一項都測試交易所應對措施的不同部分。

當證據顯示攻擊路徑已被切斷，而不只是某個元件已重建時，信心才應提高。

首先，留意獨立審查是否解釋遭入侵裝置、內部工具與錢包權限之間的轉換過程。一份有用的報告會指出控制措施在哪裡失效，以及審查人員能驗證哪些結論。它亦會區分已確認的發現與調查中仍未解決的部分。

若該審查識別出具體的權限失效，並記錄成功的修正測試，將有助提升對應對措施的信心。若它只是重述時間線而沒有處理這些轉換，核心的架構問題仍會懸而未決。重建事件經過固然必要，但解釋存取權為何能擴散同樣重要。

其次，留意是否有證據顯示營運權限現時已限制遭入侵身分可完成的操作。有意義的訊號是一道被強制執行的界線：即使員工或服務憑證有效，敏感請求仍會被拒絕。公眾毋須收到利用指引，也能理解這類測試確曾進行。

這些證據應涵蓋內部 AI 工具及周邊服務。重建應用程式是實作上的改變；證明它無法把未經授權的存取權帶入另一個環境，才是結果。若交易所只描述增加監控，讀者仍會欠缺在操作成功前已施加哪些限制的證據。

第三，留意復原報告如何區分已凍結的資產、已歸還的資產，以及 Binance 提供的資產。隨着調查持續，這些類別應維持分開。日後如有更新能清楚對帳，將可讓人更容易評估財務應對，而不會將客戶賠償與攻擊者損失混為一談。

同樣的紀律亦適用於資金流動。與盜竊有關地址之間的轉移，不一定代表套現或出現新的受益人。清晰報告應說明這些結論的依據，並標明評估日期。調查持續變動時需要附有日期的證據，特別是資產估值與錢包結餘會改變。

這些訊號彼此強化，但不能互相替代。財務補足處理的是客戶責任；獨立審查檢視的是事件解釋；權限測試則評估所報告的途徑是否仍然可用。若這些方面均有強勁結果，會比任何單一令人安心的指標，提供更可信的信心基礎。

對追蹤 Binance 遭黑客入侵事件的讀者而言，應由已披露的順序入手，並讓未解答的環節保持清晰。在接受完整技術解釋前，先留意獨立審查。追問內部工具是否能影響超出請求使用者合法權限的系統。檢視簽名控制是否評估授權的實際後果。將復原數字與預防聲稱分開看待。至於你自己的工作場所，請找出外部提供的程式碼、內部 AI 存取權與生產操作之間的界線由誰負責。然後要求證據，證明遭入侵的工作站無法跨越這道界線。若員工身分、熟悉的介面與有效憑證看來一切正常，哪一項控制措施仍會拒絕危險操作？