imtoken 官方不会索取助记词、私钥或验证码。进行转账、签名或授权前,请仔细核对地址、网络及操作内容。

安全防护

安全防护

本篇围绕安全防护展开,重点建立钱包安全的核心原则:用户自行保管助记词和私钥,并把授权、钓鱼、设备和转账检查纳入日常操作。内容按真实操作顺序说明概念、核对方法、常见风险与操作后的验证方式。

查看安全中心
钱包密钥离线安全示意
核心原则

在安全防护相关操作中,助记词和私钥由用户自行保管;任何人都不应索取这些凭证;每次转账、签名与授权都应单独核对。

助记词与私钥

从助记词与私钥开始建立可核验的理解,再把它放回安全防护的完整使用路径中。

助记词与私钥的实际检查重点

在安全防护这一主题中,在“安全防护”的使用场景里,助记词通常用于派生或恢复一组密钥,它属于高敏感恢复凭证;任何得到完整助记词的人都可能获得相应控制能力,因此它不应被当作普通账户密码或客服验证码。 因此理解“助记词与私钥”时,第一步不是记住一个术语,而是明确它对应哪条网络、哪个账户或合约,以及它会改变什么链上状态。

实际操作可以把“助记词与私钥”放进一条可复查的流程:把秘密凭证离线保存;每次访问 DApp、签名、授权和转账都重新核对,不依赖“以前用过”作为唯一信任理由。每完成一步都留下可验证的信息,例如网络名称、公开地址、交易哈希、合约地址或区块状态;这些信息足以帮助定位问题,不需要暴露任何秘密凭证。

风险判断也要围绕这一环节本身展开。钓鱼、假客服、恶意授权、剪贴板篡改和远程控制往往利用操作匆忙,而不是只攻击某一种技术。当界面提示与预期不一致时,应先停止后续动作,再通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验;不要因为页面看起来熟悉、操作很急或已经连接过一次,就跳过重新核对。

  • 确认“助记词与私钥”对应的网络、账户或合约对象
  • 执行前后都要通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验
  • 涉及“助记词与私钥”时不向任何人发送助记词、私钥或验证码

授权安全

从授权安全开始建立可核验的理解,再把它放回安全防护的完整使用路径中。

授权安全的实际检查重点

在安全防护这一主题中,“授权安全”在这里承担的是连接概念与实际动作的作用。“授权安全”需要放回当前页面的实际任务中理解:建立钱包安全的核心原则:用户自行保管助记词和私钥,并把授权、钓鱼、设备和转账检查纳入日常操作。它既有概念层面的含义,也会影响用户下一步应该核对哪些公开信息。 对用户来说,最重要的是知道哪些信息可以公开核验,哪些信息属于绝不能共享的控制凭证,并把两类信息严格分开。

从流程上看,把秘密凭证离线保存;每次访问 DApp、签名、授权和转账都重新核对,不依赖“以前用过”作为唯一信任理由。如果其中任何一步出现网络、地址、权限或状态不一致,应先回到当前步骤确认,而不是连续点击或重复提交;这样可以避免把一个显示问题扩大成新的链上操作。

与“授权安全”相关的常见误区是只相信前端状态而不检查链上事实。钓鱼、假客服、恶意授权、剪贴板篡改和远程控制往往利用操作匆忙,而不是只攻击某一种技术。更稳妥的方法是通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验,并在签名、授权或转账之前再次确认预期结果。

  • 确认“授权安全”对应的网络、账户或合约对象
  • 执行前后都要通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验
  • 涉及“授权安全”时不向任何人发送助记词、私钥或验证码

钓鱼识别

从钓鱼识别开始建立可核验的理解,再把它放回安全防护的完整使用路径中。

钓鱼识别的实际检查重点

在安全防护这一主题中,理解“钓鱼识别”需要同时看到技术含义和操作后果。“钓鱼识别”需要放回当前页面的实际任务中理解:建立钱包安全的核心原则:用户自行保管助记词和私钥,并把授权、钓鱼、设备和转账检查纳入日常操作。它既有概念层面的含义,也会影响用户下一步应该核对哪些公开信息。 这也是为什么相同的按钮名称、地址外观或资产名称,在不同网络、合约或权限上下文中可能代表完全不同的事情。

建议把当前任务拆成“确认来源—确认网络—确认对象—确认结果”四个阶段,并结合本页重点:把秘密凭证离线保存;每次访问 DApp、签名、授权和转账都重新核对,不依赖“以前用过”作为唯一信任理由。这种顺序能让用户在提交链上请求以前发现更多可见错误。

不要把“暂时没有发生资产变化”理解为“没有风险”。钓鱼、假客服、恶意授权、剪贴板篡改和远程控制往往利用操作匆忙,而不是只攻击某一种技术。对于无法解释的请求,先拒绝或退出,再通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验;链上交易通常无法由钱包单方面撤回。

  • 确认“钓鱼识别”对应的网络、账户或合约对象
  • 执行前后都要通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验
  • 涉及“钓鱼识别”时不向任何人发送助记词、私钥或验证码

转账核对

从转账核对开始建立可核验的理解,再把它放回安全防护的完整使用路径中。

转账核对的实际检查重点

在安全防护这一主题中,“转账核对”是完成本页任务后的核验环节之一。“转账核对”需要放回当前页面的实际任务中理解:建立钱包安全的核心原则:用户自行保管助记词和私钥,并把授权、钓鱼、设备和转账检查纳入日常操作。它既有概念层面的含义,也会影响用户下一步应该核对哪些公开信息。 它帮助用户把钱包或 DApp 的界面提示映射到可以独立检查的网络状态,而不是依赖单一的成功、失败或加载中提示。

完成操作后仍应继续检查:把秘密凭证离线保存;每次访问 DApp、签名、授权和转账都重新核对,不依赖“以前用过”作为唯一信任理由。尤其是跨网络、合约调用、授权或质押相关场景,最终结果可能包含多个阶段,不能只看第一条提示就结束判断。

如果结果与预期不同,先保存公开信息并停止新的签名或转账。钓鱼、假客服、恶意授权、剪贴板篡改和远程控制往往利用操作匆忙,而不是只攻击某一种技术。随后通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验,再决定是否需要重试、等待网络确认或调整下一步。

  • 确认“转账核对”对应的网络、账户或合约对象
  • 执行前后都要通过官方入口、域名、地址、网络、合约、交易哈希和设备状态进行多点核验
  • 涉及“转账核对”时不向任何人发送助记词、私钥或验证码