Web3史上最大黑客盜竊案是前端開發的鍋嗎？

Sygnia 受 Bybit 委託進行取證調查，確定攻擊的根本原因，目標是識別攻擊範圍和來源，並減輕當前和未來的風險。 最新報告見：Bybit Interim Investigation Report （https://docsend.com/view/rmdi832mpt8u93s7/d/rwecw3rumhqtgs6a）。

• 對所有用於發起和簽署交易的主機的取證調查發現，在 Safe 的 AWS S 3 存儲桶中的資源被注入了惡意 JavaScript 代碼。

• 資源修改時間和公開可用的網絡歷史檔案表明，惡意代碼的注入是直接在 Safe 的 AWS S 3 存儲桶中進行的。

• 對注入的 JavaScript 代碼的初步分析表明，其主要目的是操縱交易，在簽名過程中有效地更改交易內容。

• 此外，對注入 JavaScript 代碼的分析發現了一個激活條件，該條件僅在交易來源匹配兩個合約地址之一時才會執行：Bybit 的合約地址和一個目前未識別的合約地址（可能與威脅者控制的測試合約相關）。

• 在惡意交易執行並發布後兩分鐘，新版本的 JavaScript 資源被上傳到 Safe 的 AWS S 3 存儲桶。 這些更新版本已刪除了惡意代碼。

• 初步發現表明攻擊源自 Safe 的 AWS 基礎設施。

• 到目前為止，取證調查未發現 Bybit 基礎設施有任何被入侵的跡象。

對三個簽名者主機的取證調查表明，攻擊的根本原因是來自 Safe 基礎設施的惡意代碼。

在 Bybit 的基礎設施中未發現被入侵的跡象。

調查仍在繼續，以進一步確認這些發現。

從目前的信息來看前端並不是這次的主要問題所在，主要對這次攻擊要負責的是 AWS 上面的存儲服務被黑了，JavaScript 被篡改，導致在 Safe 前端發起的交易內容被修改。 但是前端方面，如果 Safe 前端做了基本的 SRI 驗證，即使這個 JavaScript 被改了，也不會出事，這樣來看前端是要有一定責任的。 當然 Bybit 肯定也是要負責的，首先他們自己用的硬件錢包沒有顯示具體交易信息他們就確認了，本身他們對 Safe 前端的信任就是不可靠的。

硬件錢包在處理複雜交易時存在局限性，無法完整解析和顯示多重簽名錢包的詳細交易數據，導致簽名者在未完全驗證交易內容的情況下進行“盲簽”。

黑客很擅長利用交互過程的設計缺陷騙取用戶資產，如：利用 UI 劫持、欺騙用戶簽名；利用盲簽名欺騙用戶簽名；利用 Permit 簽名盜取用戶的資產；利用 TransferFrom 零轉欺騙用戶進行釣魚；採用尾號相同空頭實施騙局；對 nft 進行釣魚等其它通用的釣魚手法。

隨著 Web3 技術的快速發展，前端安全與區塊鏈安全的邊界逐漸模糊。 傳統前端漏洞（如 XSS、CSRF）在 Web3 場景下被賦予了新的攻擊維度，而智能合約漏洞、私鑰管理缺陷等問題則進一步放大了風險。

接下來我們從兩個場景來分析一下前端開發和安全問題的關聯。

✅ 錢包彈窗顯示 "Transfer 1 ETH to 0x User..."

⚠️ 執行「 approve(attacker, unlimited) 」，資產可被隨時轉走

任何前端參數篡改都會導致簽名不匹配，交易自動回滾。

2.Ledger 屏幕顯示：

實際執行：「 approve(attacker, unlimited) 」

ZAN AI Scan (https://zan.top/cn/home/ai-scan? chInfo=ch_WZ) 能夠通過形式驗證和人工智能輔助安全規範生成確保代碼正確性，提供對數百萬部署合約進行代碼相似性和知識產權風險分析，提供全天候監控和即時通知，涉及可能影響您部署項目的零日漏洞和安全事件。 並且擁有一個根據龐大的漏洞數據庫進行優化的 GPT 模型，用於檢測智能合約中各種現實世界的漏洞。

本文由 ZAN Team（X 賬號 @zan_team） 的 KenLee 撰寫。