錢包被植入自動轉賬合約怎麼辦？解析 EIP-7702 惡意委託風險

EIP-7702 是以太坊 Pectra 升級引入的一項帳戶功能改進，允許外部擁有帳戶（Externally Owned Account，EOA）在保留原有地址和私鑰控制方式的同時，透過委託機制執行智慧合約程式碼。這讓傳統錢包能夠取得部分智慧帳戶功能，例如批次執行交易、由第三方代付 Gas，以及透過特定合約實現更精細的操作權限管理。

然而，帳戶執行能力的擴展也改變了錢包的安全邊界。過去，使用者通常關注私鑰外洩、惡意代幣授權和釣魚轉帳；在 EIP-7702 環境下，一次不安全的委託簽名就可能改變錢包後續執行交易的方式。即使使用者沒有主動發起普通轉帳，攻擊者仍可能利用惡意委託合約自動轉移資金。本文將解析 EIP-7702 的技術機制、惡意委託的攻擊路徑，以及錢包出現異常轉帳後應該如何檢查和處理。

核心要點

• EIP-7702 允許普通錢包委託智慧合約執行邏輯。使用者不需要更換原有錢包地址，就可以使用批次交易、Gas 代付和權限管理等功能，但也引入了新的合約安全風險。
• 惡意委託不同於普通代幣授權。攻擊者可能透過釣魚簽名，讓錢包地址執行惡意合約邏輯，進而轉移 ETH、ERC-20 代幣或其他資產。
• 自動轉帳不一定意味著私鑰已經外洩。惡意委託本身可能使攻擊者取得執行權限，但私鑰外洩也可能與惡意委託同時發生，需要分別調查。
• 撤銷惡意委託與撤銷 ERC-20 授權是兩種不同操作。EIP-7702 委託可以透過新的有效授權清除，但普通代幣授權管理工具不一定能夠完成這項操作。
• 錢包恢復的關鍵在於識別控制權來源。如果僅存在惡意委託且私鑰仍然安全，清除委託可能阻止後續利用；如果私鑰或助記詞已經外洩，則應優先遷移至全新錢包。

什麼是 EIP-7702？為什麼普通錢包也能執行智慧合約？

以太坊帳戶主要包括外部擁有帳戶（EOA）和智慧合約帳戶。傳統 EOA 由私鑰控制，通常透過簽名發起交易，而智慧合約帳戶能夠根據預先編寫的程式執行更複雜的邏輯。兩種帳戶結構各有特點：EOA 使用簡單，但缺少原生的複雜權限管理；智慧合約帳戶功能靈活，卻通常需要額外部署和管理。

EIP-7702 透過引入新的交易類型和授權機制，使 EOA 能夠指向已部署的智慧合約程式碼。當委託生效後，針對該帳戶執行的相關操作可以使用目標合約的邏輯，而帳戶本身仍然保留原來的地址和私鑰。這意味著使用者不必將全部資產遷移至新地址，就能夠使用智慧帳戶功能。

這項設計的正常用途包括一次完成多筆操作、降低使用者管理 Gas 的複雜度，以及透過受限制的子權限實現更靈活的交易體驗。但委託合約實際上參與了帳戶執行過程，如果其程式碼存在漏洞、權限設計不合理，或者使用者直接委託給惡意合約，就可能使錢包面臨超出普通代幣授權範圍的風險。

惡意委託如何讓錢包自動轉走資產？

EIP-7702 的核心風險在於，使用者簽署的可能不再只是一次具體交易，而是授權帳戶使用某個智慧合約的執行邏輯。攻擊者可以透過虛假的錢包升級頁面、空投領取入口或安全驗證提示，引導使用者簽署委託授權。當授權被提交並在鏈上生效後，錢包地址便可能按照惡意合約設定的規則運作。

例如，使用者原本只是準備領取一筆獎勵，卻在簽名過程中將自己的錢包委託給攻擊者控制的合約。惡意合約可能包含資產轉移、繞過權限檢查或自動歸集邏輯。當攻擊者隨後觸發相應呼叫時，合約可能利用該帳戶的執行權限轉出資產。在某些設計中，攻擊者甚至可以等待錢包收到新的 ETH，再透過後續交易將其轉走，使受害者誤以為錢包存在無法清除的自動扣款程式。

需要注意的是，EIP-7702 並不是將任意程式碼直接寫入錢包，也不意味著所有委託都會自動轉帳。協議實際記錄的是指向目標合約的委託標記，資金是否能夠被轉移，取決於目標合約程式碼、初始化狀態、執行權限及觸發條件。惡意委託之所以危險，是因為它可能將帳戶的實際執行能力交給不可信的程式，而使用者未必能夠從普通簽名介面理解這項變化。

EIP-7702 惡意委託與 ERC-20 無限授權有什麼區別？

傳統 ERC-20 授權通常允許指定地址或合約在一定額度內使用某種代幣。例如，使用者在去中心化交易所交易時，可能授權路由合約支配部分 USDT。如果授權額度過大，而獲得授權的合約遭到攻擊，使用者對應的代幣就可能被轉移。不過，這類授權通常圍繞特定代幣合約及其授權額度展開。

EIP-7702 委託則作用於帳戶的執行邏輯。它不只是允許某個合約花費一種代幣，而是可能改變該帳戶如何處理呼叫、如何驗證權限以及如何執行多步操作。惡意合約如果沒有合理的權限約束，可能影響 ETH、代幣及其他鏈上資產。因此，EIP-7702 惡意委託不能簡單理解為另一種無限授權。

兩者也可能同時存在。一個錢包既可能保留危險的 ERC-20 授權，又可能受到 EIP-7702 惡意委託影響。因此，發生異常轉帳後，不能只檢查代幣授權記錄，還需要確認錢包地址目前是否存在委託程式碼。

為什麼錢包裡的 ETH 剛到帳就可能被自動轉走？

錢包收到 ETH 後迅速發生轉出，並不一定意味著攻擊者正在即時手動操作。惡意委託合約可以與自動化監控程式搭配使用，讓攻擊者在偵測到目標地址出現資金後，立即提交後續交易。對於已經具備惡意執行權限的錢包，攻擊者可以將監控、觸發和轉帳過程自動化，從而形成持續性的資產歸集行為。

這種攻擊與傳統的私鑰外洩型 Sweeper（自動清掃程式）有相似之處，但控制路徑並不完全相同。傳統 Sweeper 通常依賴外洩的私鑰簽署交易；EIP-7702 惡意委託則可能透過已經生效的合約執行權限轉移資產。兩種情況都可能表現為新資金進入後很快被轉走，因此不能僅憑交易速度判斷攻擊者是否持有私鑰。

此外，部分惡意委託可能涉及多條 EVM 相容鏈。EIP-7702 的授權包含鏈 ID，通常用於限制授權適用範圍，但鏈 ID 設定為 0 的授權具有跨鏈適用性。這意味著使用者在某條網路上簽署的不安全授權，可能在其他符合條件的網路上產生風險。發現異常後，應檢查相關地址在其他 EVM 網路上的委託狀態，而不是只查看最初發生資金損失的鏈。

如何判斷錢包是否存在 EIP-7702 惡意委託？

判斷錢包是否受到惡意委託影響，首先需要區分普通轉帳、代幣授權與帳戶委託。EIP-7702 引入了 Type 4 交易，其中可以包含授權清單。使用者可以透過支援 EIP-7702 的區塊瀏覽器或錢包安全工具，檢查相關交易的授權資訊，以及帳戶目前是否指向某個委託合約。

如果錢包地址已經設定 EIP-7702 委託，其帳戶程式碼通常會包含特定的委託標記，指向目標合約地址。但這並不代表該委託一定是惡意的，因為正常的智慧錢包功能同樣可能使用 EIP-7702。進一步判斷時，應關注目標合約是否屬於錢包提供商認可的實作、程式碼是否經過驗證、是否存在異常資產轉移邏輯，以及委託發生的時間是否與可疑簽名或資金損失相吻合。

使用者還可以觀察異常交易的觸發方式。例如，錢包是否在沒有主動操作的情況下出現資產轉出，是否有陌生地址反覆呼叫錢包，或者資金是否持續流向相同的收款地址。如果出現這些現象，應保存交易雜湊、授權記錄、目標合約地址和資金流向資訊。但僅憑一筆異常交易，仍不能完全確定攻擊來自 EIP-7702，還需要排查私鑰外洩、惡意代幣授權和其他智慧合約風險。

錢包被惡意委託後，應該如何撤銷？

發現可疑委託後，第一步是停止使用該錢包進行新的高風險操作，不要再向其中轉入資產，也不要繼續簽署來自不明網站的交易。隨後，應透過可信的錢包用戶端或安全工具檢查目前的委託狀態，確認是否存在不認識的目標合約。若使用的錢包尚未提供清除 EIP-7702 委託的功能，不應隨意透過陌生網站尋找所謂的「一鍵修復」服務，因為這些服務本身也可能誘導使用者簽署新的惡意授權。

從協議機制來看，EIP-7702 允許帳戶透過新的有效授權，將委託目標設定為零地址，從而清除目前的委託標記。使用者也可以透過有效授權將委託替換為其他實作，但對於已經遭受攻擊的普通錢包，優先恢復清晰、可信的帳戶執行狀態，通常更容易判斷風險。需要強調的是，撤銷 ERC-20 授權並不等於撤銷 EIP-7702 委託，兩者需要分別處理。

實際操作能否成功，還取決於使用者是否仍然安全地控制私鑰，以及是否能夠讓清除委託的交易成功上鏈。如果攻擊者也掌握私鑰，就可能重新簽署惡意委託，甚至直接轉移資產。對於存在自動清掃程式的錢包，普通撤銷交易還可能面臨交易競爭和 Gas 資金被轉走的問題。此時不應反覆向受損地址充值嘗試，而應考慮尋求可信的專業安全支援，在充分確認風險後採取適當的保護措施。

撤銷惡意委託後，錢包是否就安全了？

清除惡意委託可以移除該帳戶目前的委託執行路徑，但並不代表錢包所有安全風險都已經消失。如果攻擊者只是透過釣魚取得了一次委託授權，而使用者的私鑰和助記詞仍然安全，那麼清除委託可能阻止該惡意合約繼續透過原有路徑執行操作。不過，還需要檢查是否存在其他代幣授權、惡意簽名、未處理的權限設定或已經外洩的帳戶資訊。

如果攻擊者已經取得私鑰或助記詞，即使使用者成功清除了委託，也不能將原錢包視為安全。攻擊者仍可能使用私鑰發起普通轉帳，或重新簽署 EIP-7702 授權。此時更可靠的處理方向是建立由全新助記詞控制的錢包，並在安全條件允許時遷移剩餘資產。僅更換錢包應用程式、刪除瀏覽器外掛或重新匯入原有助記詞，都不能解決私鑰已經外洩的問題。

此外，清除委託通常不能撤銷已經完成的鏈上交易，也不會自動追回被盜資產。資產追回仍可能需要鏈上追蹤、交易所協作、權屬證明和法律程序。使用者應將阻止後續損失與追回歷史損失視為兩個獨立目標，避免誤以為錢包恢復正常後，已經轉出的資金就能夠自動返回。

普通使用者如何降低 EIP-7702 惡意委託風險？

EIP-7702 的安全風險並不意味著使用者必須完全避免智慧帳戶功能。合理的委託機制可以改善錢包體驗，例如減少重複簽名、支援批次交易，以及實現受限的交易權限。真正需要關注的是，使用者是否能夠識別授權對象、理解權限範圍，並確認委託合約是否可信。

在日常使用中，應優先透過錢包用戶端本身提供的功能啟用智慧帳戶，不要因為空投、積分領取或所謂的帳戶升級而隨意簽署陌生的委託授權。遇到涉及 EIP-7702、Set Code、Delegate 或類似權限變更的提示時，應檢查目標合約地址、適用網路及授權內容。對於無法確認來源的合約，即使頁面顯示交易不需要支付 Gas，也不應將其視為無風險操作。

對於持有較大金額資產的使用者，可以進一步採用資金分層管理方式，將長期持有資產與頻繁互動的交易錢包分開。日常互動錢包可以承擔 DeFi、測試應用程式和體驗新協議，而長期資產則盡量保存在權限更簡單、使用頻率更低的環境中。定期檢查帳戶委託狀態、代幣授權和異常交易記錄，也有助於在出現安全問題時更快識別風險來源。

EIP-7702 惡意委託暴露了哪些新的錢包安全問題？

EIP-7702 改變了傳統錢包中「私鑰簽名控制交易」的單一理解方式。使用者仍然持有私鑰，但帳戶可以透過委託執行外部合約程式碼。這使錢包安全從保護私鑰進一步擴展為保護委託對象、執行邏輯和權限設定。對於普通使用者而言，簽署一項授權可能帶來的後果，已經不能只透過是否轉帳、是否授權某種代幣來判斷。

2026 年的安全研究已經識別出多種與 EIP-7702 有關的惡意委託模式，包括透過釣魚取得授權、利用惡意 Sweeper 合約持續轉移資產，以及利用跨鏈授權擴大攻擊範圍。相關研究還發現，部分受影響帳戶未能及時清除惡意委託，說明攻擊造成的風險可能在最初的資產損失後繼續存在。不過，研究中識別的惡意委託數量、受影響帳戶數量和實際資金損失不能直接等同，需要分別理解。

未來，錢包提供商需要更加明確地展示委託合約及其權限範圍，並限制不可信網站直接誘導使用者進行高風險委託。區塊瀏覽器、安全檢測工具和智慧帳戶基礎設施也需要完善對 EIP-7702 的識別能力。對於使用者而言，最重要的變化是將委託簽名視為可能影響整個錢包執行權限的高風險操作，而不是普通的網站連線請求。

總結

EIP-7702 為傳統以太坊錢包引入了更靈活的智慧合約執行能力，使批次交易、Gas 代付和精細化權限管理成為可能。但同樣的機制也可能被攻擊者利用，透過惡意委託改變錢包的執行邏輯，造成自動轉帳、持續資產清掃及跨鏈安全風險。

當錢包出現異常轉帳時，使用者需要同時檢查 EIP-7702 委託、ERC-20 授權和私鑰安全狀態。如果確認存在惡意委託，應透過可信工具清除或替換委託，並評估是否需要遷移至全新錢包。撤銷委託可以幫助阻止特定執行路徑繼續遭到利用，但不能保證私鑰安全，也不能自動追回已經轉出的資產。

FAQ

EIP-7702 惡意委託是否意味著錢包私鑰被盜？

不一定。攻擊者可能透過釣魚誘導使用者簽署委託授權，從而利用惡意合約執行交易，而不需要直接取得私鑰。但如果私鑰已經外洩，攻擊者也可以利用 EIP-7702 擴大攻擊能力，因此需要分別排查。

為什麼錢包沒有主動轉帳，資產仍然會被轉走？

惡意委託可能使帳戶按照攻擊者控制的合約邏輯執行操作。攻擊者可以透過後續呼叫觸發轉帳，因此即使使用者沒有主動發起普通轉帳，也可能出現資產損失。

如何取消 EIP-7702 委託？

EIP-7702 支援透過新的有效授權將委託目標設定為零地址，從而清除委託。實際操作應透過支援這項功能的可信錢包或安全工具完成，不要向陌生網站提交私鑰或助記詞。

使用 Revoke 工具撤銷代幣授權，能解決惡意委託嗎？

不一定。普通 Revoke 工具通常用於管理 ERC-20 等代幣授權，而 EIP-7702 委託屬於帳戶執行權限。除非工具明確支援 EIP-7702 委託管理，否則撤銷代幣授權不能替代清除惡意委託。

清除惡意委託後，還需要更換錢包嗎？

取決於風險來源。如果私鑰安全且惡意委託已經被有效清除，原錢包可能恢復正常執行狀態。但如果私鑰或助記詞已經外洩，應使用全新建立的錢包，並在安全條件允許時轉移剩餘資產。

EIP-7702 委託是否會影響其他 EVM 網路？

有可能。授權中的鏈 ID 可以限制適用網路，但鏈 ID 為 0 的授權可能在多條相容網路上使用。發現惡意委託後，應檢查相關地址在其他 EVM 網路上的狀態。