Dev 談簽署金鑰失守後，如何以鏈上政策限制資金轉移

值得記下的 5 件事

1. [1:40]
   簽章達標不代表交易內容安全 Dev 指出，簽署者看到的介面可能與實際簽署內容不同

   因此，他主張在簽章數量達到門檻後，仍由鏈上政策檢查交易內容，拒絕不符規則的動作。

2. [2:40]
   單把金鑰失守時，團隊仍可更換簽署者 在五名持有人、三份簽章即可執行的例子中，Dev 描述以收款地址限制阻擋轉帳，並由團隊在察覺異常後移除失守的簽署者

   他也承認，這種情境下多重簽章本身已有防護作用，政策是額外防線。

3. [5:00]
   足以達標的金鑰失守後，政策變更也須納入考量 Dev 假設攻擊者取得三把金鑰，但轉帳仍受核准地址限制

   他接著推演，團隊與攻擊者互相取消政策變更，可能形成僵局；演講未交代支撐這種取消操作的具體機制。

4. [5:20]
   預留資金撤離路徑，但不能視為成功保證 Dev 建議預先允許轉帳至團隊仍控制的帳戶，使金鑰失守後仍有符合政策的轉帳選項

   不過，他未說明當攻擊者也持有足以達標的金鑰時，如何確保這筆撤離交易成功執行。

5. [8:00]
   避免單一人員或系統掌握多把金鑰 面對惡意錢包清空工具的提問，Dev 未提供針對特定工具的防護方法，而是建議企業建立多層控制、角色分工與政策，避免單一人員或系統能存取並控制多把金鑰