帳戶安全與排錯
Binance 帳戶安全基線：密碼、2FA、裝置與提領防護
用分層防護建立 Binance 安全基線：先保護 Email 與密碼，再設定 2FA、防釣魚碼、裝置管理和提領地址。
交易所安全不是打開一個開關，而是讓攻擊者即使拿到其中一項資料，也無法完成登入與提領。實用的安全基線分成四層：身分入口、登入驗證、行為監控、資金出口。
第一層：先保護註冊 Email
Email 是密碼重設、裝置確認與安全通知的入口。它至少要有：
- 與 Binance 不同的獨立長密碼；
- 驗證器或 Passkey，而不是只用簡訊；
- 正確的恢復 Email／電話；
- 定期檢查轉寄規則、登入活動與第三方授權；
- 不在公開資料中大量曝光。
若 Email 已被控制，單純修改 Binance 密碼可能不夠，因為攻擊者仍可能攔截重設與確認郵件。
第二層：帳戶密碼與登入驗證
Binance 密碼不要在其他網站重用，建議由密碼管理器產生與保存。啟用驗證器或 Passkey，簡訊可作為部分場景的備援，但不應是唯一防線。
備份驗證器恢復資料時，不要和密碼存放在同一個裝置或同一份未加密筆記。換機前先測試新裝置能正常產生代碼或使用 Passkey，再移除舊裝置。
第三層：防釣魚與裝置監控
設定防釣魚碼後，用它協助核對 Binance 通知信；但仍要同時檢查寄件網域、網址與信件要求的動作。攻擊者可能複製舊信件內容，所以代碼不是唯一判斷。
定期查看登入裝置、IP 與活動紀錄：
- 移除已轉售、遺失或不再使用的裝置；
- 發現陌生登入立即停用裝置並改密碼；
- 回想是否剛使用新瀏覽器或行動網路，避免誤判；
- 保存異常時間與畫面，再從官方支援入口處理。
第四層：保護資金出口
若帳戶提供提領地址白名單，先新增自己常用且已小額測試的地址。新增或修改地址時，重新從接收端取得資料並核對網路。
同時建立以下習慣：
- 新地址先小額測試；
- 提領前核對實收與費用；
- 不在螢幕分享中操作地址；
- 開啟提領與登入通知；
- 不把 API 金鑰開放提領權限，除非確有必要且完全理解風險。
每月五分鐘安全檢查
| 項目 | 正常狀態 |
|---|---|
| 無陌生登入、轉寄與第三方授權 | |
| Binance 裝置 | 只有自己認識的裝置 |
| 2FA／Passkey | 主方式可用，備份可恢復 |
| 防釣魚碼 | 自己認得且未在外部曝光 |
| 提領地址 | 只保留已驗證地址 |
| API | 無多餘金鑰與過大權限 |
發現異常時的處理順序
- 從另一台可信裝置保護 Email。
- 從官方書籤登入 Binance，撤銷陌生裝置。
- 修改成全新密碼，重設受影響的驗證方式。
- 檢查提領、API、地址白名單與帳戶活動。
- 如無法登入，直接從 Binance 官網進支援中心。
- 保存通知、時間、TxID 與裝置資訊，不公開敏感資料。
若資產已被提到鏈上，交易通常不能撤回；越早停止帳戶存取並保存證據越重要。
依資產規模調整防護
帳戶只做小額測試，也至少要有獨立密碼與 2FA；若長期保留較多資產，應再加上硬體金鑰或 Passkey、提領白名單、專用 Email 與定期裝置稽核。安全設定的目標不是追求最多開關，而是讓每一層都能恢復、每一個資金出口都有額外確認。
如果你無法說明某個 API 金鑰、裝置或提領地址為何存在，就不應讓它繼續保留。
第三方連線採最小權限
連接報稅、記帳或交易工具前，先確認服務來源與所需權限。只讀需求不應取得交易或提領權限；不再使用就撤銷 API 金鑰與第三方授權。API 密鑰不要貼進聊天、試算表或公開程式碼，建立後也要定期查看最後使用時間與允許的 IP。
絕不提供的資料
- Binance 與 Email 密碼；
- Email、SMS 或驗證器代碼；
- Passkey、恢復金鑰；
- 自託管錢包的私鑰或助記詞；
- 可直接使用的 API 密鑰；
- 完整證件與未遮罩帳戶畫面。
任何自稱客服的人要求上述資料、遠端控制或「先轉一筆驗證資金」，都應停止。