Beyond Private Key Security: Cosigners and Advanced Policy Engines - DeFi Security Summit 2025
三句話摘要
私鑰安全已不足夠——Blockade 如何透過交易模擬與策略引擎防止多簽錢包遭受攻擊。 多簽與 MPC 錢包本身並不安全，真正的防護必須在每筆交易簽署前完成沙箱模擬與動態驗證，讓簽名者看到的是交易結果而非 calldata。 多簽與 MPC 並非萬無一失：三分之二的簽名者並不真正理解他們批准的交易內容，往往基於對提議者的信任而盲簽，這讓攻擊者有機可乘，過去兩年此類攻擊造成損失超過 40 億美元。
重點整理
重點- 1
多簽與 MPC 並非萬無一失：三分之二的簽名者並不真正理解他們批准的交易內容，往往基於對提議者的信任而盲簽，這讓攻擊者有機可乘，過去兩年此類攻擊造成損失超過 40 億美元。
- 2
靜態策略（白名單）無法防禦動態攻擊：將 Uniswap V2 Router 列入白名單並不安全，因為攻擊者可利用 Router 的合法功能將資金導向自己的地址，策略引擎必須基於交易模擬結果而非靜態資料才能真正防護。
- 3
交易審批流程存在四大漏洞：提案階段可篡改 calldata、策略檢查僅看靜態資料、多套系統策略碎片化無法統一執行、簽名者最終仍面臨盲簽困境——這四個環節缺一不可地構成完整攻擊面。
- 4
有效解法需四個模組缺一不可：完整交易模擬（含沙箱執行與 EIP-712 支援）、行為驗證（授權刷取、相似地址等）、基於模擬結果的策略執行，以及實時威脅情報引擎，才能組成一流防護。
實用技巧與重點
乾貨- BTC Turk 損失：2024 年 6 月第一次被盜 5,500 萬美元，2024 年 8 月同手法再次被盜 4,800 萬美元，合計超過 1 億美元
- Bybit 駭客金額：15 億美元，透過篡改安全 UI 使簽名者簽署惡意 proxy 升級交易
- 多簽/MPC 攻擊佔比：近期 70% 駭客攻擊針對 Multi-sig 與 MPC 錢包
- 盲簽比例：三分之二簽名者不理解交易結果
- 兩年損失：Multi-sig + MPC 攻擊損失超過 40 億美元
- 鏈下簽名比例：目前超過 80% 的交易為鏈下簽名（EIP-712、Permit 等）
- Blockade 威脅情報：每月處理 5 億筆以上交易，實時監控攻擊者行為
- 工具/平台：Safe（多簽）、Fireblocks、Forta、Squads（MPC）、Uniswap V2 Router、MetaMask、Blockade Cosigner
- Blockade 提供服務：Cosigner（交易共同簽署人）、Token Scan（Uniswap 使用）、Policy Engine、Transaction Simulation、Threat Intelligence Engine
- 整合方式：在 Blockade 平台配置後取得共同簽署人地址，加入 Safe 的 signer 名單，可設為強制否決權（veto signer）；每個 Safe 有獨立的共同簽署人地址
- 政策範例：Receiving Address Policy（接收地址策略）——驗證資金最終流向是否符合預期，而非僅看目標合約
結論
結論“多簽與 MPC 錢包本身並不安全，真正的防護必須在每筆交易簽署前完成沙箱模擬與動態驗證，讓簽名者看到的是交易結果而非 calldata。”
完整解析
詳細Web3 機構安全的討論長期聚焦於私鑰保管，但 Blockade 解決方案工程師 Ron Watt 在本次研討會中指出，這種認知已經落伍。以 BTC Turk 為例：這家土耳其最大交易所之一，在 14 個月內以幾乎相同的手法被盜兩次，累計損失超過 1 億美元。即便是頂尖機構，也無法透過「升級到多簽」就一勞永逸地解決問題。數據更說明了現實——近期 70% 的駭客攻擊已直接針對 Multi-sig 與 MPC 錢包，過去兩年此類攻擊造成的損失超過 40 億美元。
問題的核心在於「盲簽」。Bybit 駭客事件是最典型的案例：攻擊者入侵了 Safe 的前端 UI，讓三位簽名者看到的是一筆外觀正常的交易，但 calldata 實際上指向惡意 proxy 合約升級，最終清空了 15 億美元的資產。這並非個案弱點，而是普遍困境：三分之二的多簽簽名者無法真正理解他們所批准的交易內容，往往只憑對提議者的信任就完成簽署。即使 UI 沒有被入侵，原始 calldata 對普通簽名者而言也幾乎是天書。
現有防護機制的另一個盲點是靜態策略引擎。許多團隊將白名單（如 Uniswap V2 Router）視為安全保障，但攻擊者可以利用 Router 合約的合法功能——例如 `swapExactTokensForTokens` 中可指定任意接收地址的參數——讓資金最終流入攻擊者錢包，而整筆交易仍然「通過」了白名單檢查。此外，機構通常同時運行 Safe、Fireblocks、Squads 等多套方案，各自有獨立策略引擎但缺乏統一執行，策略碎片化導致漏洞在管理盲區中悄悄形成。
Blockade 的解決方案圍繞四個模組構建：首先是完整的沙箱模擬，在鏈下執行整筆交易以獲取真實結果，支援 EIP-712、Permit 等 80% 以上交易採用的鏈下簽名格式；其次是行為驗證，識別授權刷取、相似地址偽造、錢包竊取器等攻擊特徵；第三是基於模擬結果的策略執行，例如「接收地址策略」直接查詢模擬後資金實際流向，而非僅看交易目標；最後是每月處理 5 億筆交易的威脅情報引擎，能在首個用戶受害前識別惡意模式。整套系統作為 Cosigner 無縫接入現有 Safe 或 MPC 設置，不需更改現有配置，自動對每筆交易出具批准或拒絕決定，讓人類簽名者獲得做出合理判斷所需的完整背景資訊。
關鍵時刻
Pipeline v2帶時間戳的重點，會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。
事實查核
Pipeline v2說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。
