從交易所簽署流程到跨鏈橋：駭客攻擊帶來的防護教訓

值得記下的 5 件事

1. [6:20]
   私鑰安全不等於簽署流程安全 Mudit 指出，即使使用多方運算或硬體安全模組保護私鑰，遭入侵的交易傳送流程仍可能讓它們簽署惡意提款

   因此，送交簽署的流程也須受到保護，不應讓單一人員就能替換其中執行的軟體。

2. [9:00]
   提款限額與應變演練有助縮小損害 Mudit 建議依代幣、金額與期間設定鏈上限額，避免資金瞬間大量流出

   講者另提醒，關閉出入金服務不一定能停止已失守的錢包系統繼續轉出資產，必須事先演練緊急處置，而非出事後才臨時拼湊流程。

3. [26:00]
   第三方網頁程式也可能危及提款安全 Nick 以 Polymarket 案例說明，網站執行時載入的第三方程式若遭替換，也可能危及使用者資產

   他建議檢查載入的程式是否遭竄改，並加入預先核准提款地址與延遲機制，但強調這些措施無法提供百分之百的保護。

4. [38:40]
   跨鏈橋須考慮來源鏈失守的風險 Mudit 提醒，單一鏈出問題，不應讓其他鏈的資金一起被提走

   他提出一種隔離風險的做法：限制每條鏈經跨鏈橋轉出的金額，不得超過轉入金額；也提醒團隊不能只因採用知名跨鏈橋，就省略對其運作方式與信任條件的了解。

5. [56:00]
   尚未出現攻擊手法，也不應忽略已知風險 Nick 指出，Balancer 稽核早已提醒捨入計算可能造成問題；即使當時沒有可利用這類問題的攻擊證據，也值得預先防範

   講者主張持續稽核與以數學方法驗證程式，並重視程式碼簡潔，避免修補與新增外部元件不斷增加複雜度。