冷錢包隨機性分析與安全性比較（cold wallet entropy and security compared)

把 BTC 儲存在 COLDCARD 的用戶因為熵（entropy，隨機性）漏洞而導致資產被清空。

其助記詞（seed）生成方式是可以被重現的，任何人都可以重新計算出他們的私鑰。

因此我調查了其他每一家硬體錢包，看看它們是如何生成助記詞的，以及同樣的事情是否會再次發生。

• @Trezor：將裝置的隨機性與電腦的隨機性混合，且裝置必須證明它同時使用了兩者。即使晶片完全損壞，你依然安全。這是目前為止最好的設計。
• @BitBoxSwiss：組合了 5 個獨立的隨機性來源。單一不良來源不會讓你毀滅。開源、可重現構建（reproducible builds），支援擲骰子（dice）。
• @FoundationHQ：除了另外兩個來源之外，還使用普通電阻（resistors）和電容（capacitors）打造了自己的隨機性電路，開源。不需要信任黑盒晶片（black-box chip）。支援擲骰子（dice）。
• @KeystoneWallet：MCU 和 2 個獨立的安全元件各自產生自己的 TRNG，3 個獨立來源合併成最終增強熵值。此外還允許你擲最多256次骰子，並公開了如何自行驗證結果的方法。
• @Blockstream：Jade 從 7 個項目中擷取：無線電雜訊（radio noise）、CPU 計數器（cpu counters）、電池、溫度、攝影機、你的輸入、應用程式（app）。要破壞所有來源非常困難。
• @SeedSigner：你擲的骰子是唯一的來源。完全不需要信任任何晶片。而且他們提供了一份指南，教你如何驗證他們自己的數學計算。硬體最弱，但驗證力最強。
• @OneKey：裝置上結合了 Secure Element 與 MCU，開源韌體。很紮實，但你無法加入自己的隨機性。
• @Ledger：一個經過認證的晶片（AIS-31, EAL5+）。具備良好的隨機性。但它是單一來源、閉源，而且你無法驗證其中的任何細節。你必須完全信任他們。
• @Tangem：私鑰在晶片內部生成且永遠不會離開。經過三家公司審計。同樣的權衡：強大，但設計上讓你無法檢查。
• @ngrave_official：將晶片隨機性與你的指紋和環境光混合。很聰明。但其 "EAL7" 認證標章僅涵蓋單一軟體元件，而非整台裝置。
• @ELLIPAL：單一經過認證的晶片，沒有軟體備援（software fallback），若故障則直接關閉（fails closed）而非猜測。閉源，所以只能選擇相信它。
• @SafePal：混合了 2 個晶片。他們從未公開過詳細資訊。
• @COLDCARDwallet：目前已修復修補，且 COLDCARD 上的骰子功能一直都是可驗證的。但在 2021 年至 2026 年之間生成的所有助記詞（seed）都已永久作廢（burned）。

單一來源（one source） = Ledger, Tangem, Ellipal。如果該單一來源失效，一切就都完蛋了。他們的解決方案是將其做得很優秀並取得認證。但這正是 COLDCARD 賭輸的地方。

多重來源（many sources） = Trezor, BitBox, Passport, Jade, Keystone。單一損壞的來源永遠不會影響到你的私鑰。

而且這當中的每一家都宣稱擁有 128 或 256 位元（bits）的安全強度。

COLDCARD 當初也是這麼宣稱的。認證也沒有幫助，COLDCARD 的晶片本身沒問題，只是程式碼停止呼叫它而已。

唯一能救你的，就是自己進行檢查。
自己擲骰子（roll your own dice）。自己驗證單字（verify the words yourself）。

給冷錢包使用者的核心建議（補充觀點）：

1. 不要盲目相信單一晶片或「EAL 認證標章」：軟體韌體邏輯漏洞（如 COLDCARD 案例）可能使頂級硬體 TRNG 形同虛設。

2. 多重來源（Many Sources）優於單一來源（One Source）：選擇結合「MCU + 安全晶片 + 主機/用戶熵」的錢包（如 Trezor Safe 系統、BitBox02、Passport、Keystone）。

3. 終極安全作法——自行擲骰子（Roll Your Own Dice）：若儲存大額資產，最安全的作法是在生成種子（助記詞）時，選擇支援實體擲骰子輸入熵並能離線驗證單字點陣圖（BIP-39 Mnemonic Verification）的錢包（如 SeedSigner, Passport, BitBox02, Keystone, COLDCARD），徹底消除對硬體晶片與隨機數生成器的盲目信任。

原始資料來源：https://x.com/the_smart_ape/status/2084265598368809390?s=61&t=P_R4W_aDAxCJn612ehUZJA

圖片表格對照翻譯 (Table Breakdown)

錢包 (wallet)	廠商 (vendor)	熵來源 (entropy sources)	晶片 / 認證 (chip / certification)	自訂熵 (your own entropy)	可驗證？ (verifiable?)	開源 (open source)	結論 (verdict)
Trezor One / T / Safe 3 / Safe 5	SatoshiLabs	MCU TRNG + 主機電腦熵，混合 SHA-256 (裝置與主機各 32 位元組)	STM32；Safe 3 / Safe 5 增加了安全晶片	主機熵，恆定開啟	是：承諾協定 (commitment protocol)	是，可重現構建 (reproducible builds)	非常紮實 (Very solid)
BitBox02 / BitBox02 Nova	Shift Crypto / BitBox	五個來源：製造階段、裝置密碼、主機電腦、MCU TRNG、安全晶片TRNG	ATECC608B (Nova: Optiga Trust M V3)	主機熵 + 骰子	部分 (partially)	是，可重現構建 (reproducible builds)	非常紮實 (Very solid)
Foundation Passport (Batch 2 / Core)	Foundation Devices	開源雪崩雜訊電路 (獨立電阻 + 電容，非黑盒矽晶片) + MCU RNG + SE RNG	自家 TRNG 電路 + 安全晶片	骰子 (dice)	部分 (partially)	是，可重現構建 (reproducible builds)	非常紮實 (Very solid)
Keystone 3 Pro（支援簡體中文）	Keystone	MCU 和來自不同製造商的 2 個獨立的安全晶片各自產生自己的 TRNG，3 個獨立來源合併成最終增強熵值	ATECC608B (Microchip) + DS28S60 (Maxim)，均符合 NIST SP 800-90B	骰子，最多256 次投擲	是：廠商公開驗證方法	部分開源 (partial)	非常紮實 (Very solid)
Blockstream Jade / Jade Plus	Blockstream	開機無線電雜訊、CPU 計數器、電池狀態、溫度、相機、使用者輸入、應用程式熵 -> SHA-512 累加器	ESP32 (Jade Plus: ESP32-S3)	配套應用程式熵	否 (no)	是 (yes)	紮實，多重來源 (Solid, many sources)
Ledger Nano S / S Plus / X / Stax / Flex	Ledger	Secure Element 內部的單一認證 TRNG + BOLOS 後處理	ST33K1M5C - AIS-31 PTG.2, EAL5+, CSPN (ANSSI)	無 (none)	否 (NO)	否：閉源 (closed source)	紮實但不可驗證 (Solid but unverifiable)
Tangem cards	Tangem	Secure Element 內部的 TRNG：密鑰在卡上生成且永遠不離開	Samsung SE, EAL6+；由 Kudelski, Riscure, Cure53 審計	無 (none)	否：設計上無法驗證	否 (no)	紮實但不可驗證 (Solid but unverifiable)
NGRAVE ZERO	NGRAVE	晶片 TRNG + 指紋 + 環境光採樣	EAL7 適用於 ProvenCore TEE 元件，非整台裝置	生物識別 + 環境光	否 (no)	否 (no)	概念好，但標章過度宣傳 (Good idea, oversold badge)
Ellipal Titan	Ellipal	僅使用安全晶片中的硬體 TRNG，無軟體備援 (故障時關閉)	EAL5+ 安全晶片	接受導入助記詞	否 (no)	否 (no)	廠商宣稱，閉源 (Vendor claim, closed source)
OneKey Classic / Pro（支援繁簡中文）	OneKey	裝置上結合 安全晶片 + MCU	SE EAL6+	無 (none)	否 (no)	是 (yes)	紮實，開源 (Solid, open)
SafePal S1（支援繁簡中文）	SafePal	具備密碼學混合的雙晶片架構	未公開細節 (undisclosed detail)	無 (none)	否 (no)	否 (no)	未公開 (Undisclosed)
SeedSigner (DIY)	open-source project	你的骰子 (50 或 99 次投擲) 或相機影像熵	無 - 無安全晶片	骰子 (dice)	是：隨附 docs/dice_verification.md 文件	是，自 v0.7.0 起可重現構建	最可驗證，硬體強化程度最低 (Most verifiable, least hardened)
Coldcard Mk4 / Mk5 / Q (2026 修補後)	Coinkite	修補後為 STM32 TRNG + 安全晶片 + 骰子	STM32 + 2 個安全晶片	骰子 (dice)	是 (YES)	原始碼可見 (source-available)	已修復，但漏洞期間生成的助記詞仍作廢
Coldcard Mk2 / Mk3, firmware 4.0.0–4.1.9	Coinkite	軟體 PRNG (Yasmarang) 隨機種子來自晶片 UID + 計時器 - 兩者皆為公開	-	骰子 (藏在高級選單中)	-	-	破裂 (BROKEN) - 有效熵降至 ~2^32 到 2^40
Coldcard Mk1 / pre-v3.2.2	Coinkite	真實 STM32 硬體 TRNG	STM32	-	-	-	從未受影響：舊款裝置反而是安全的
Tapsigner / Satscard / Opendime	Coinkite	金鑰於卡片內部生成	ATECC Secure Element	無 (none)	否 - 設計上即不可驗證	否 (no)	架構上不可驗證 (Unverifiable by construction)

當晶片隨機數不再可靠：從 Coldcard 低熵漏洞看主要冷錢包廠商的「熵安全」哲學

標籤：加密貨幣安全 冷錢包 硬件錢包 Bitcoin 密碼學

2026年7月31日發生的 Coldcard 低熵漏洞事件，無疑給整個加密貨幣硬體安全領域敲響了警鐘。由於韌體在庫連結（libsecp256k1）時的編譯配置錯誤，導致多款機型產生的助記詞熵值（Entropy）大幅低於密碼學標準（甚至低至 72 位元以下），引發離線暴力破解的安全危機。

這起事件暴露了一個核心問題：「即使配備了高規格的安全晶片（Secure Element），我們還能完全信任硬體產生的隨機數嗎？」

---

一、 各大冷錢包廠商的技術立場與架構回應

面對「硬體 TRNG 故障或後門」的風險，產業內各大廠商展現了不同的防禦哲學與技術路線：

廠商 / 品牌	核心安全立場與架構	物理熵 / 外部熵支援機制
Keystone	主打開源與多源熵混合。採用獨立三晶片架構（3 SE），強調可重複編譯與社群稽核。	支援（螢幕觸控輸入） 可在螢幕上記錄擲骰子點數（Dice Roll）直接注入物理熵。
BitBox	強調「多源熵防禦」。預設強制結合 MCU TRNG + SE TRNG + 設備金鑰 + 用戶熵。只要單一熵源正常即可保證安全。	支援（微型觸控列） 允許用戶設定時透過微型觸控列手動注入額外熵值。
Trezor	強調「可重複編譯驗證（Reproducible Builds）」與程式碼審查，防止編譯鏈層面的隱形漏洞。	支援（SD 卡/軟體端） 支援透過 MicroSD 卡或命令行工具導入用戶自訂熵。
Blockstream Jade	主張物理世界噪點。認為單純依賴晶片 TRNG 存在密碼學盲點，鼓勵將實體世界變數導入金鑰生成。	支援（相機與骰子） 支援拍攝環境物理噪點（相機雜訊）或手動輸入擲骰子結果。
Ledger	堅守閉源高規格安全晶片（EAL6+），強調晶片 TRNG 通過 FIPS 140-2 / AIS-31 測試，硬體認證才是防禦關鍵。	不支援 完全由安全晶片內部生成隨機數，不開放用戶注入外部物理熵。
Tangem	採取 Seedless（無助記詞）架構，私鑰直接在晶片內生成且永遠不可導出，靠多張卡片互相備份。	不支援 因無螢幕按鍵且採用無助記詞設計，無法輸入外部物理熵。
CoolWallet	薄卡設計（CC EAL6+ SE 晶片），私鑰生命週期被嚴格鎖死在晶片內。支援導出助記詞，但簽署僅在晶片內完成。	不支援 受限於薄卡物理形態（僅單色電子紙與單一按鈕），無法進行擲骰子等複雜熵輸入。

---

二、 業界兩大安全哲學的對立

從上述廠商的表態可以看出，冷錢包產業已分化為兩大陣營：

1. 極客 / 密碼學派（Keystone, BitBox, Trezor, Blockstream）：
   核心邏輯是「不信任任何單一晶片或韌體」。他們認為硬體晶片可能包含後門，編譯器也可能出錯。因此必須透過開源審查，並提供用戶輸入物理熵（擲骰子）或多源熵（MCU + SE）混合的機制。
2. 硬體隔離 / 防人為失誤派（Ledger, Tangem, CoolWallet）：
   核心邏輯是「不信任用戶的人為操作」。他們認為人為擲骰子（骰子不公、輸入錯誤）或抄寫助記詞帶來的安全性漏洞，遠大於安全晶片故障的風險。因此選擇將私鑰與隨機數完全交給符合最高安全認證（EAL6+）的硬體 TRNG 處理。

---

三、 使用「擲骰子（Dice Roll）」輸入物理熵真的萬無一失嗎？

為擺脫對黑盒晶片的依賴，越來越多進階用戶選擇透過擲骰子來輸入物理熵。從密碼學角度來看，一顆標準的六面骰（D6）每次拋擲可提供約 2.585 位元的熵：

• 50 次有效拋擲：可獲得約 129 bits 熵（滿足 12 字助記詞需求）。
• 99 次有效拋擲：可獲得約 256 bits 熵（滿足 24 字助記詞需求）。

⚠️ 物理熵實務上的隱患與盲點：

• 韌體哈希邏輯漏洞：若設備韌體有惡意後門或程式碼邏輯寫錯，即使用戶輸入了完美的骰子熵，韌體在將骰子熵與設備熵進行混合時仍可能丟失強度。
• 物理偏誤：普通的桌遊骰子常有質量分佈不均的問題，導致拋擲結果並非完全隨機（建議使用賭場級精密骰子）。
• Checksum 依賴：BIP-39 助記詞的最後一個字包含校驗碼（Checksum），依然需要透過設備晶片運算生成。

---

四、 結論：打造終極安全的最佳實踐策略

Coldcard 事件給我們的教訓是：「單一設備、單一供應商的防護永遠存在單點故障（Single Point of Failure）的風險。」

對於管理重大資產的冷錢包使用者，建議採用以下分層防禦架構：

1. 物理熵 + 多源混合：若使用單簽，優選支援 99 次擲骰子手動輸入且程式碼開源可審查的設備（如 Keystone、Blockstream Jade）。
2. 啟用強 Passphrase（第 25 個字）：設定一個足夠強大的隨機 Passphrase（16 字元以上），這能在助記詞熵值遭硬體瑕疵削弱時，額外建立一道獨立的密碼學屏障。
3. 跨品牌多重簽名（Multisig 2-of-3）：這是對抗單一廠商韌體漏洞最徹底的手段。例如組合 Trezor + BitBox + Keystone 建立多簽，即使未來有任何一家廠商再度爆發隨機數生成漏洞，攻擊者取得單一私鑰也絕對無法轉走資產。

這篇來自《The Hacker News》的報導詳細分析了名為 OkoBot 的惡意軟體框架。該框架專門針對硬體錢包（如 Ledger 和 Trezor）的桌面應用程式進行注入，以騙取用戶的助記詞（Seed Phrase）。身為關注資安與冷錢包安全的用戶，此新型態的攻擊手法非常值得警惕。

---

OkoBot 惡意軟體框架向 Ledger 和 Trezor 應用程式植入助記詞釣魚攻擊

自 2025 年 4 月起，一款名為 OkoBot 的惡意軟體框架便持續在 Windows 電腦上運行，而其內置的其中一個模組，專門用來欺騙硬體錢包持有者，誘騙他們交出備份助記詞（Recovery Phrase）。

在受感染的電腦上，該釣魚請求會直接從硬體錢包「官方桌面軟體內部」彈出。有時，它甚至會等到你插入硬體設備後才發動攻擊。此時，畫面上顯示的頁面是惡意的，但包裹著它的應用程式外殼，確實是你原本安裝的官方軟體，而它所索取的，正是攸關你整筆加密資產的助記詞。

卡巴斯基（Kaspersky）的全球研究與分析團隊（GReAT）於週三發表了這份剖析報告。根據其遙測數據，目前已有分佈於 25 多個國家的數百名受害者。遭受攻擊人數最多的國家包括巴西、越南、加拿大、墨西哥和土耳其。

報告並未透露具體有多少用戶真的輸入了助記詞。截至 7 月 15 日的報告發表為止，攜帶超過 20 種載荷與植入程式的 OkoBot 依然處於活躍狀態。

SeedHunter：靜待硬體設備接入

負責竊取助記詞的 OkoBot 模組名為 SeedHunter。一旦 OkoBot 框架成功入侵電腦，它就會監控系統中是否有 Trezor Suite、Ledger Wallet 或 Ledger Live 等程式。一旦發現，它便會進行注入，並攔截該應用程式底層的 Electron 內部機制。隨後，它會向其命令與控制伺服器（C2，網址為 moonsand[.]store）發送請求。

如果伺服器回傳了「等待（Wait）」旗標，SeedHunter 就會透過廠商 ID（Vendor ID）和產品 ID（Product ID）來掃描 USB 連接埠，並保持靜默，直到用戶真正拔插並連接 Ledger 或 Trezor 硬體錢包。只有在偵測到硬體連接後，它才會渲染出預先寫死的助記詞還原頁面（為每個品牌量身打造不同的版面樣式）。

如果伺服器未設置「等待」旗標，該釣魚頁面則會立即顯示。用戶在畫面上輸入的助記詞，會被傳送到該頁面控制台背後帶有 @:app:print 標記的位置，並被遭攔截的 mal_LogConsoleMessage 函式所擷取。隨後，這些資訊會以 JSON 格式外傳，並在臨時資料夾中留下一份經 RC4 加密的副本。

⚠️ 關鍵安全觀念：

在此過程中，硬體錢包本身並沒有被攻破。硬體錢包履行了其設計的唯一職責：拒絕洩露私鑰。然而，它無法阻止其配套的電腦端桌面軟體向用戶索取助記詞。

這種手法其實並不新鮮。Moonlock 實驗室先前就曾追蹤過在 macOS 上進行類似偷天換日攻擊的竊密程式；《The Hacker News》過去也曾報導過仿冒的 Ledger Live 應用程式：例如 AMOS 惡意軟體會強制關閉正版 Ledger Live，並在 /Applications 中植入一個修改過、要求輸入 24 個助記詞的仿冒複製版。

今年 3 月，Windows 平台上也出現過利用 USB 觸發攻擊的 GlassWorm 惡意軟體。它利用 WMI 技術監控 USB 設備的插入，並在強制結束正版應用程式後彈出自己的惡意視窗。

而 SeedHunter 改變的地方在於「頁面渲染的位置」：它不關閉原本的應用程式，而是直接在官方應用程式內部畫出釣魚網頁。

假裝是 SQL Server 的「Audacity」音訊軟體

OkoBot 主要透過兩種管道入侵：

1. ClickFix（點擊修復）郵件/網頁誘騙手法：欺騙用戶點擊並執行惡意指令。
2. GitHub 上被植入木馬的軟體：卡巴斯基拆解的一個 GitHub 儲存庫，表面上宣稱是 SQL Server Management Studio（SSMS），但實際上遞送的是知名音訊剪輯軟體 Audacity，且其內部其中一個函式庫已被重新編譯並植入了惡意程式。該專案在搜尋「SSMS」時甚至名列前茅，活躍時間從 2025 年 3 月底一直持續到 6 月。

這兩種入侵途徑最終都會執行 TookPS。這是一款卡巴斯基自 2025 年 3 月起便持續追蹤的 PowerShell 下載器。它最初透過偽造的 DeepSeek 頁面傳播，隨後蔓延至偽造的商業軟體下載網站。

TookPS 會安裝 SSH、連線至黑客控制的伺服器、轉發本地 SSH 守護行程（daemon）的通訊埠並靜待指令。隨後，自動化的 SSH 機器人會透過此隧道連回受害電腦。

該機器人會對電腦進行徹底盤點（包括安裝了哪些防毒軟體），並透過隧道將錢包檔案、Cookie、瀏覽器設定檔和憑證抽離。它還會透過寫入登錄檔（Registry）來靜音 Windows Defender 的警報，並為自己打造一個後門環境：

• 開啟防火牆以允許傳入的 RDP（遠端桌面連線）。
• 將一個帳號加入「Remote Desktop Users」群組。
• 用修改過的版本替換 termsrv.dll，以允許並行（多用戶同時）RDP 工作階段。
• 註冊名為「Apple Sync」的排程工作，每小時重新建立一次針對本地 RDP 通訊埠的反向 SSH 隧道。

完成上述步驟後，其他模組會透過 SFTP 陸續送達。一個名為 HDUtil（經過 VMProtect 加殼）的啟動器會執行這些模組，並能透過微軟 Project Zero 於 2019 年記錄的 Windows RPC UAC 繞過漏洞，在背景無聲地提升權限。

最後送達的是名為 Volume2 的開源工具，其中攜帶了惡意的 protobuf.dll，用來解密並啟動真正的核心載荷：一個每 20 秒輪詢一次 C2 伺服器的外掛分發器。卡巴斯基共復原了 5 個外掛，其中一個便是負責將 SeedHunter 注入至目標行程中的行程注入器。

全方位的監視套件

該工具包的其餘部分則極具監視與間諜性質：

• OkoSpyware：監控包含 Exodus、1Password 在內的 100 多個應用程式執行檔。它會使用內建的 FFmpeg 將對應的視窗畫面錄製成 MP4 影片，並記錄其中的鍵盤輸入。
• 惡意軟體會對瀏覽器分頁標題進行正規表示式（Regex）比對，一旦偵測到 MetaMask 或 Tonkeeper 分頁，就會自動開始背景錄影。
• MC Keylogger（鍵盤記錄器）：記錄輸入、剪貼簿、USB 設備，並每 5 分鐘擷取一次螢幕截圖。
• 一個載入器會在背景安裝「被授予所有權限」的隱藏 Chromium 擴充功能，其安裝的是 Rilide（一款自 2023 年 4 月起被俄語黑客廣泛使用的 Chromium 竊密程式）。

這套框架幕後黑手是誰？

卡巴斯基並未指明具體的攻擊組織，僅表示：「我們無法將此惡意活動歸因於任何已知的網路犯罪團體。」

不過，託管第一階段 PowerShell 的伺服器會對來自俄羅斯和獨立國協（CIS）的 IP 地址返回空回應，且 Rilide 擴充功能通常只在僅限邀請的俄語論壇中流通。此外，SeedHunter 釣魚頁面中包含俄語註釋。雖然這些只是間接線索，但報告中已對其進行了記錄。

如何防範與偵測？

目前並沒有針對此攻擊路徑的錢包漏洞（CVE）或廠商補丁，因為攻擊是直接發生在終端電腦上。不過，IT 與防禦人員可以針對以下特徵進行威脅獵捕（Threat Hunting）：

• 系統中出現名為 Apple Sync 的異常排程工作。
• 出現以下路徑檔案：
  %PROGRAMDATA%\hwid.dat
%PROGRAMDATA%\HDVideo\HDUtil.exe
%USERPROFILE%\.ssh\go.bat
• termsrv.dll 檔案大小或雜湊值被修改。
• 「Remote Desktop Users」群組中出現了未經授權新增的帳號。
• 個人終端電腦出現異常的對外 SSH（Port 22）連線。
• 在 Local Extension Settings 資料夾中出現了瀏覽器 UI 上看不到的隱藏擴充元件。

卡巴斯基的官方部落格已提供了相關的 Hash 值（雜湊值）與 C2 網域。

🛡️ 兩大冷錢包官方的安全提醒

• Ledger 官方： 助記詞（24個英文單字）絕對、絕對不會傳送到 Ledger 實體設備以外的任何地方。任何要求你在電腦鍵盤輸入助記詞的軟體都是詐騙。
• Trezor 官方： Trezor Suite 軟體絕不會主動要求你在電腦軟體上打入備份助記詞。若您使用的是 Model One 並選擇「電腦端輸入」的標準恢復流程，這也必須是在「實體硬體螢幕上先出現相應指示與確認」時才能配合進行。

💡 終極防範黃金準則：

如果你只是把硬體錢包插上電腦，電腦軟體畫面上就突然跳出要求輸入助記詞的視窗，而硬體錢包實體小螢幕上完全沒有任何對應的提示或動作，這就是 100% 的中毒與釣魚徵兆！切記，保護私鑰的唯一防線就是「絕對不要在鍵盤上打入你的助記詞」。