所見非所簽：Bybit 15 億美元損失如何暴露 Web3 語義安全缺口

一、問題不在黑客，而在「我們如何信任系統」

2025 年 2 月 21 日，加密貨幣交易所 Bybit 遭遇約 14.6 億美元（約 40.1 萬 ETH）資產損失。這是加密行業規模最大的安全事件之一。事件發生於一次常規的冷錢包至熱錢包資金調度過程中：運維團隊透過 Safe{Wallet} 多簽介面發起交易，多方完成簽名後，資金卻被異常轉出。鏈上數據顯示，資產迅速被拆分、跨鏈並進入洗錢路徑。

事件初期被定性為「供應鏈攻擊」——攻擊者入侵 Safe{Wallet} 前端並篡改交易展示邏輯。隨著調查深入，這一描述已被證實，但更深層的問題逐漸浮現。

站在 2026 年回看：

• Bybit 迅速補充流動性，未引發擠兌；
• 行業多方協作追蹤並凍結部分資金，但追回比例有限；
• 安全團隊開始反思「簽名語義安全」，但尚未形成行業標準。

這些後續措施共同指向一個核心問題：

行業已具備處理「攻擊後果」的能力，卻仍缺乏阻止「攻擊成立」的機制。

這不是一次單純的技術入侵，而是一場信任體系被精準利用的事件。

用現實場景類比：
這就像你在銀行櫃檯辦理轉帳——畫面顯示你要把錢轉到公司戶口，你確認、簽名、流程完全合法，但後台實際執行的卻是一筆轉往攻擊者帳戶的交易。

你並沒有被「入侵」，你是被「系統性誤導」。

二、攻擊是如何發生的：一條「看不見的路徑」

整個攻擊可拆解為四個緊密銜接的階段，全部發生在合法的多簽流程之內。

階段一：前端供應鏈入侵（入口）

根據多家安全機構分析，攻擊者可能透過社交工程或憑證外洩等方式入侵 Safe{Wallet} 的開發或部署環境（如 CI/CD 或雲端基礎設施），並於 2 月 19 日向 app.safe.global 的 JavaScript 檔案注入惡意程式碼。該程式僅針對 Bybit 特定冷錢包地址啟動。

類比：銀行櫃檯的轉帳介面被悄悄植入後門，但一般使用者畫面完全正常。

階段二：交易語義替換（核心）

當 Bybit 團隊發起常規「冷 → 熱錢包轉帳」時，Safe{Wallet} 介面顯示完全正常的收款地址與金額；但實際構造的 calldata 卻是惡意操作（典型為 Safe 代理合約的 upgradeTo 惡意實現合約），賦予攻擊者對錢包的完全控制權。

類比：你填寫的是「轉帳表格」，但後台將其轉換成「永久授權文件」。

階段三：多簽確認（放大）

多名簽署人（包括 CEO）依賴畫面資訊完成 Ledger 等硬件錢包簽名。所有簽名在鏈上均屬完全合法。

類比：你與同事共同覆核並簽名，但大家看到的都是同一份被篡改的畫面。

階段四：資金執行與洗錢（結果）

交易上鏈後，資金瞬間被轉移、拆分、跨鏈，最終進入混幣與 OTC 渠道，幾乎無法完全追回。

類比：轉帳完成後，資金立即被拆分至多個海外帳戶。

三、為甚麼沒有人發現：信任斷層的「盲區」

攻擊成功的關鍵在於三個被行業長期默認信任的環節均未驗證「交易語義」：

1. UI 展示層：用戶唯一可見的交易解釋畫面
2. 簽名過程：被視為「最終安全閘門」的硬件確認
3. 多簽機制：透過多人確認提高安全門檻

三個環節都在驗證「流程是否正確」，卻無人驗證交易本身的真實意圖。

這種盲區風險呈現明顯分層特徵：

• 短期：一次誤簽即可導致全部資產合法流失，現有風控因「形式合規」而失效；
• 長期：多簽與冷錢包的信任基礎被系統性侵蝕，攻擊門檻大幅降低——攻擊者無需攻破私鑰或智能合約，只需影響用戶認知即可。

現實中，這就像所有人都在核對「簽名是否真實」，卻沒有人驗證「文件內容是否被調包」。

四、資金流向與攻擊組織特徵

鏈上數據呈現高度結構化的洗錢路徑：

Cold Wallet ↓ Primary Address ↓ 多地址拆分（Layering） ↓ 跨鏈橋（Bridging） ↓ 混幣 / DeFi ↓ OTC / 兌現

該行為模式與 Lazarus Group 高度相關。

多家鏈上分析機構（如 Chainalysis）基於資金流動路徑、行為模式及歷史攻擊特徵分析認為，該事件與 Lazarus Group 高度相關。該組織過往參與的標誌性攻擊（如 Ronin Bridge 約 6 億美元、Harmony Bridge 等）均呈現類似特徵，包括快速資金拆分、多鏈路徑混淆以及長週期洗錢。

需要說明的是，此類歸因通常基於行為模式與鏈上數據分析，屬於高置信度推斷，並非司法層面的最終認定。

五、官方處置：有效止損，但未根治

事件發生後，處置迅速且專業：

1. 資金層面：Bybit 即時補充流動性，並與交易所、跨鏈基礎設施協作攔截部分資金流動。
2. 鏈上層面：多家機構持續追蹤，部分資金被凍結；Safe{Wallet} 迅速下線受影響前端版本。
3. 善後層面：Bybit 推出最高 10% 賞金計劃，承諾覆蓋用戶損失，未出現擠兌。

這些措施有效控制了損失範圍，展現出行業在危機應對上的成熟度。

然而，它們本質上屬於「止損」，而非「根治」。

用戶仍需依賴第三方 UI 判斷交易內容；底層 calldata 對大多數人仍難以理解；多簽機制仍只驗證權限，而不驗證語義；系統默認「畫面所見即執行結果」。

根本條件未改變，攻擊路徑依然存在。

六、如何防範：從「防攻擊」轉向「防誤簽」

Bybit 事件標誌著 Web3 安全範式的根本轉變：
安全問題不再只是「如何防止攻擊者入侵系統」，而是「如何防止用戶在錯誤理解下作出正確操作」。

核心防範措施包括：

• 提升交易語義可見性：強制在簽名頁面提供資產變動、權限變更、合約互動的模擬預覽（建議使用 Tenderly、Blocksec 等工具）；
• 前端完整性驗證：引入可驗證的前端 Hash 檢查或零知識證明機制，降低 UI 被篡改風險；
• 高風險操作隔離：對合約升級、權限變更等操作實施時間鎖、多重確認或離線審批；
• 簽名側獨立校驗：硬件錢包應優先顯示原始 calldata 摘要，而非完全依賴前端描述；
• 供應鏈安全：對第三方錢包、跨鏈、前端服務進行定期審計與運行時監控。

這些措施的共同目標是確保：

用戶所簽署的內容，與鏈上實際執行的行為完全一致。

七、結論：Web3 的攻擊面已悄然轉移

Bybit 事件清晰揭示：傳統安全邊界（私鑰、合約漏洞）正逐步讓位於認知與介面層。攻擊者無需技術突破，只需影響用戶對交易的理解，即可在完全合法的流程中完成資產轉移。

未來風險將集中於：

• 介面層成為主要攻擊入口
• 人類認知成為最脆弱環節
• 合法簽名成為新的攻擊路徑

歸根結底，這一事件暴露的並非某個平台的漏洞，而是整個行業在信任設計上的系統性缺口。

Web3 最大的安全挑戰，已不再是如何防止系統被攻破，而是如何確保人在被誤導的情況下，不會親手簽下錯誤決策。

References

• [CertiK] Bybit Incident Technical Analysis
• [SlowMist] Bybit $1.5B Theft – Safe Wallet Front-end Tampering
• [Chainalysis] Bybit Exchange Hack – DPRK Attribution
• [TRM Labs] The Bybit Hack – DPRK Exploit Analysis
• Bybit Official – Lazarus Bounty FAQ

洞察報告來源： 全球網絡安全聯盟https://www.gcsa.org