錢包安全的多層防線:權限控管、AI 與自託管取捨
Wallet Security: Past, Present & Future
場次摘要
錢包安全不只在於合約有沒有漏洞,也涵蓋釣魚網站、交易授權與金鑰管理。座談從 Parity 漏洞造成資金鎖定談起,提醒軟體修補無法消除種子外洩的風險,使用者仍須遷移資金。讓錢包具備可程式化功能的帳戶抽象,以及新型隱私協定,也可能重新帶回帳戶復原難題;鏈上限制與鏈下檢查因此必須互補。 新標準與 AI 既能協助防守,也可能降低攻擊門檻。Rahul 主張,防禦型 AI 應協助修補並融入既有流程;Michael 則分享保留人工核准、限縮 AI 權限的做法。其他防線包括限制每次登入後的簽署權限、檢查交易後餘額,以及依用途分帳。這些設計可能增加操作步驟或等待時間;託管服務雖有便利與分攤風險的吸引力,仍應保留使用者自行掌握資產的選擇。
值得記下的 5 件事
- [6:58]
漏洞修補後,外洩金鑰的風險仍會延續
Joaquin 以惡意網站取得錢包種子為例,指出更新軟體無法讓已外洩的種子恢復安全,還得推動使用者遷移資金。他認為,不能輕易把舊漏洞視為過去式,錢包防護也必須涵蓋修補後的資產處理與使用者行動。
- [14:49]
安全稽核應涵蓋完整交易流程,而不只檢查合約
Rahul 認為,使用者開啟錢包前通常已有操作目的,防護應沿著實際流程設計。鏈下交易模擬與異常登入偵測,可補足鏈上規則的限制;金庫、支付與冷儲存帳戶也需要不同控制,並讓整套流程能接受稽核。
- [33:24]
防禦型 AI 的價值不應停在發現漏洞
Rahul 回顧與安全團隊交流時,許多產品都強調漏洞搜尋能力,但他認為真正改善安全還需要修補系統。他預期,能把 AI 融入既有工程、偵測與安全流程的團隊,會比宣稱單一產品能解決所有問題的做法更有優勢。
- [48:15]
交易後狀態斷言可為單次授權設定損失邊界
Robert 提議,錢包可依授權方式,限制交易完成後容許的狀態變化,例如要求餘額至少保留交易前的 90%。這類條件可將不同安全層級整合進錢包;保護範圍仍取決於授權路徑與設定,錢包設定改變時,保障也可能隨之改變。
- [53:56]
接受託管服務的便利,不等於放棄自託管的選擇權
Michael 以現金與銀行帳戶類比,認為許多人會偏好有人管理的資產服務,但仍應保留直接掌握資產的權利。他主張持續改善自託管的易用性,讓使用者能在需要時離開管理服務,也避免服務商壟斷資產管理。
更多來自 DEVCON 8
Arrow 的硬體 DAO 實驗:AI 協作、在地製造與責任分工
A DAO Shipped an Aircraft: What It Takes to Coordinate Atoms with Tokens
Thomas Garrison
Kohaku:以 SDK 將隱私與安全功能帶入以太坊錢包
Kohaku : privacy for everyone, by default
Nico、Vitalik
私有狀態與公開網路:區塊鏈隱私的去中心化取捨
Private State, Public Network: The Tradeoffs Behind Privacy
Zachary Williamson