原创主题配图: 链观 BTC866 原创主题图解 · ChainView BTC866 Editorial · CC BY 4.0
先保护恢复入口
交易账户安全不仅取决于登录密码，还依赖邮箱、手机号、恢复码和客服恢复流程。给邮箱设置独立密码与强验证，检查转发规则和恢复地址。了解平台遗失验证器后的身份核验要求，避免攻击者通过较弱的恢复入口绕过强登录。不要在多个平台复用密码，密码管理器也应有可恢复但受保护的备份。
选择多因素方法
硬件安全密钥、认证器代码和短信在抗钓鱼、设备依赖和恢复方面不同。了解平台是否支持基于来源绑定的验证，并在可信设备配置备用密钥。短信受号码转移和运营商流程影响，不宜把它等同于所有强验证。保管恢复码时避免与日常设备同时暴露，新增或删除验证方法后检查安全通知。
提币白名单和冷却期
提币白名单可限制目的地址，但新增地址的审批、等待时间与通知机制决定实际效果。先核对网络与完整地址，再小心启用；错误白名单会阻碍自己提款。阅读白名单关闭和账户恢复时的冷却规则，检查攻击者是否可通过其他途径绕过。允许名单不防止平台内部风险，也不替代对收款地址所有权的核实。
设备、会话和 API 密钥
定期检查登录设备、活动会话和 API 密钥，删除不用的入口。自动交易密钥应按实际需要限制权限，能不开放提币就不开放，并了解 IP 限制和密钥轮换方式。第三方服务获得密钥后可能保存副本，单纯卸载应用不会撤销其访问。异常登录提醒应从正式入口查询，避免通知邮件里的钓鱼链接。
通知与响应预案
启用登录、密码变更、地址变更和提币通知，并确认通知渠道确实可用。写下账户被盗时的冻结入口、官方支持地址和必须保存的记录，最好在未出事前熟悉流程。发现异常先保护邮箱和恢复入口，再按平台正式程序处理，避免与假客服共享验证码。把验证码交给他人会使多因素保护失去作用。
定期进行低风险检查
无需真实提币也能检查备用密钥、恢复码存在性、会话列表与通知设置。涉及恢复演练时先阅读平台要求，避免反复触发锁定或风控。保留检查日期和待办问题，不公开账户资产与安全配置细节。强认证降低未授权访问风险，却无法消除平台破产、错误操作或产品市场风险，应与资产和流动性安排一并考虑。
具体核验案例
假设登录已配置硬件密钥，但邮箱仍可通过短信恢复，攻击者可能针对较弱入口。审核表应画出登录、恢复、提币白名单变更与 API 权限的完整路径，检查每条路径的通知和冷却期。备用密钥不能与主设备一起无保护携带，恢复码也不应存入同一浏览器。测试是否能收到真实通知，并记录关闭白名单后的等待规则，才能评价保护是否真正连贯。
