從Bybit被盜事件看多簽機制的全流程系統性問題及新火MPC整體解決方案

自加密行業發展至今，由智能合約引起的安全問題已經得到行業從業者較高的重視，但是從近年來接連發生的黑客盜幣事件來看，錢包安全問題依舊堪憂。 此次 Bybit 被盜事件及行業發生的諸如此類事件集中暴露了錢包安全仍存巨大漏洞：在資金/權限的日常管理過程中，在看似安全的多簽錢包機制下，仍然存在全流程系統性問題，錢包安全需要引起全行業的足夠重視。

在這個過程中，目前尚存的疑點包括：

• Safe{wallet} 前端系統發布流程是怎樣的？

• 為什麼單個開發人員就可以在未將代碼提交到源碼倉庫的情況下，更改託管在雲存儲中的前端系統的代碼文件？

Safe 多簽合約的安全薄弱環節

Safe 多簽合約只提供了一個執行入口：execTransaction，該執行入口，提供了兩種執行方式 Call 和 DelegateCall。 對於批量交易，Safe 合約本身沒有直接開放批量執行入口，而是將批量交易的邏輯使用其他合約實現，如 MultiSendCallOnly 合約。 因此，當需要構造批量合約時，就需要構造對外部合約的 DelegateCall 的調用交易，執行外部合約的交易拆分和逐個執行邏輯。

正常業務場景下，只應該在交互的目標地址（to 地址）是 MultiSendCallOnly 合約時，才能按 DelegateCall 方式執行。

但是 Safe 的這種機制，就為 Safe 的日常使用留下了安全隱患。 大部分用戶在使用過程中都可能缺乏足夠的知識、技能和意識來做獨立、完全的驗證。

實際上，目前已知的 3 個金額巨大的針對 Safe 錢包的攻擊都是利用了這個機制，攻擊者成功利用 DelegateCall 執行方式讓 safe 錢包執行了 惡意邏輯。

WazirX:

https://ETHerscan.io/tx/0x48164d3adbab78c2cb9876f6e17f88e321097fcd14cadd57556866e4ef3e185d

Bybit:

https://etherscan.io/tx/0x46deef0f52e3a983b67abf4714448a41dd7ffd6d32d32da69d62081c68ad7882

新火科技 SINOHOPE 的安全實踐

Crypto 資金安全原則

針對 Crypto 資金安全，需要在安全意識、安全技術體系、安全規範等方面形成全方位立體化機制。 針對 Bybit 事件及類似事件，新火科技 SINOHOPE 針對性地強調用戶需要增強一些基本安全意識。

• 終端/辦公環境安全仍然是防護 Lazurus 等 APT 攻擊組織的重中之重，請確保終端安裝有 EDR 工具（傳統的殺毒軟件在應對 APT 時作用有限）；

• 加強內部系統的訪問控制和防護縱深，敏感內部系統的訪問和重要操作必須進行額外的二次認證，例如內部代碼庫管理、雲平台管理；

• 做好 CDN/AWS 等雲服務供應商的權限管理，控制台登陸請確保最小化人員範圍、最小化權限、最小化訪問時間，默認不使用根賬號和 admin 權限賬號。 優先使用 IAM role，避免使用 ak/sk 的訪問方式，如必須啟用請開啟密鑰輪換並添加訪問地址白名單；

• 對可公開訪問的資源進行完整性校驗，例如公開的 SDK、客戶端安裝包、以及 CDN 緩存的靜態資源（CloudFront-S 3/CloudFlare-R 2 等），可模擬用戶場景定時校驗；

• 對每一次的代碼發布進行額外的完整性校驗，確保線上環境代碼與內部經過安全評審的代碼一致；

• 加強對內部/供應商系統的訪問的監控，及時發現異地、非正常時間的訪問行為，並及時排查確認；

• 冷熱隔離

• 用途隔離：資金錢包 與 權限錢包 嚴格隔離。 資金錢包應該只持有資金並只有轉賬功能，強烈推薦採用專用資金錢包方案，而不是採用 Safe 這類多簽合約 來做單純的資金錢包；只有當錢包需要作為鏈上合約的管理權限、參與 DeFi 應用 等場景，才考慮多簽合約錢包。

• 設備隔離：資產關鍵設備，單獨隔離的設備，不使用日常電腦/工作電腦，且非必要不啟用

• 白名單控制

• 獨立風控審核

• 交易模擬執行

冷錢包解決方案建議

（一）基於 MPC 技術的企業級資金管理方案

對於僅有資金管理需求的錢包而言，採用存在“執行任意邏輯”潛在風險的智能合約多簽錢包方案，不見得是最優選擇。

對於只有資金管理需求（無需參與 defi 交互）的“冷錢包”，可以採用新火科技 SINOHOPE 企業級 MPC 錢包方案，即 SINOHOPE 自託管平台作為對 Safe 多籤的平替。 對於有特定需求的機構客戶，SINOHOPE 也可以提供技術方案，支持客戶實現 MPC 方案的私有化部署。

MPC-TSS (Muti-Party Computation-Threshold Signature Scheme)技術,支持分佈式管理私鑰分片與協同簽名,解決私鑰單點風險，實現安全自託管。

相比於只在 evm 兼容鏈可用的 多簽智能合約解決方案，基於 MPC 的解決方案完全具有 Safe 多簽方案的各種優點，同時還具有 Safe 多簽不具備的一些優點，如多鏈通用性、更好實現獨立審核及杜絕“執行任意邏輯”的潛在風險等優點。 新火科技 SINOHOPE MPC 方案的特點總結如下：

• 自主控制資產，無懼“挪用”與“跑路”

• 支持 T-N 多簽，避免單點風險

• 支持企業多層級資產管理

• 多方管理私鑰分片，免除傳統私鑰保管風險

• 無需保管“不可見”私鑰，免助記詞

• 多級災備方案，多場景分片恢復機制

• 分片可觸網，“ 0 ”保存難度

• Web2 產品形態，快速掌握

• 地址創建無 Gas 消耗，使用手續費低

• 支持絕大部分主流區塊鏈

• 鏈多簽，保護隱私

MPC-TSS 技術能力及優勢，結合互聯網多年沈淀的在線賬號體系、多因數認證體系、生物識別技術，可有效幫助用戶消除私鑰助記詞，做到防盜、防丟 、防作惡，確保用戶對資產的控制權。

（二）新火科技 SINOHOPE 針對 Safe{wallet} 多籤的簽名驗證方案

在 Web3 領域，除了冷錢包等單純資金管理需求外，還存在鏈上權限管理、參與 DeFi 交互等需求，針對此類需求，以 Safe{wallet} 為代表的鏈上多簽方案毋庸置疑地仍然是目前最優解決方案之一。 但是 Bybit 事件也暴露出 Safe{Wallet} 多簽在使用過程中存在的多個薄弱環節，其中前端系統單一依賴、硬件錢包存在的盲簽隱患這兩個薄弱環節尤其突出。

針對 Safe{wallet} 使用過程中存在的潛在隱患，新火科技 SINOHOPE 推出了針對 Safe{Wallet} 多籤的簽名驗證方案，通過引入獨立的簽名內容驗證機制，結合企業級審批流、風控機制，彌補硬件錢包 Safe{Wallet} 多簽方案中的安全短板。

新火科技 SINOHOPE MPC 錢包的獨立驗證方案包括：

• 針對 Safe{Wallet} 的簽名請求，啟用獨立的風控驗證策略；基於行業 ABI 數據庫以及對 Safe 合約的針對性處理，獨立解析待簽名內容及其執行意圖，可對風險操作（如非預期的 DelegateCall 調用）及時發出預警。

• 集成交易模擬執行能力，可在簽名前模擬交易執行，識別操作意圖，以用戶友好的方式展示操作意圖及潛在風險，避免盲簽隱患。

• 可集成企業級審批流，對 MPC 錢包賬戶參與管理的多簽錢包製定專門的審批流及風控策略，滿足更靈活豐富的資金管理需求。

通過使用新火科技 SINOHOPE MPC 錢包作為 Safe{Wallet} 的部分 Signer 成員，可在當前 Safe{Wallet} 多簽錢包應用體系中，引入獨立的安全增強層，是對現有使用方案的有益補充。 由於 SINOHOPE MPC 錢包本身是自託管錢包，並且可以僅由 SINOHOPE MPC 錢包持有單個簽名權限，因此客戶仍然始終保持著對 Safe 錢包/資產的最終控制權。

通過 SINOHOPE MPC 錢包的簽名驗證服務，可以極大地提升客戶在使用 Safe{Wallet} 過程中的安全性，並有效降低對使用人員的獨立驗證技能要求，降低使用人員的獨立驗證負擔，從而更有利於機構級客戶更緊密地結合企業需求、更合理地分配多簽參與人角色（老闆、業務、財務、安全 等）的同時確保每個參與方都有條件實施獨立的審核驗證，真正實現 Safe{Wallet} “防範單點風險，實現多方核驗” 的宗旨。

安全是加密行業得以穩定長遠發展的基石，我們呼籲開發者、錢包服務商、審計機構及社區共同努力，推動安全標準化建設，為用戶打造更安全的交易環境！