签名请求 | imtoken

核心安全原则

在“签名请求”场景中，消息签名通常是最先需要确认的信息。不要只依赖界面名称，而应把交易签名与请求来源放在同一条操作链路中核对。链上操作一旦广播，结果会受到网络规则、区块确认和合约逻辑影响，因此在确认前建立固定检查顺序，比事后依赖撤回更可靠。

理解交易签名时，可以从请求来源开始：确认当前页面或功能是否可信，再检查请求来源，随后核对签名内容以及可能发生的费用、权限或等待时间变化。这样能帮助区分“看起来相似”的信息和真正属于同一网络、同一地址、同一合约的状态。

一个实用原则是让关键字段都能独立验证。涉及请求来源时，可结合钱包显示、区块浏览器或可信网络资料交叉确认；涉及签名内容时，要判断它是否改变资产去向、授权范围或交易成本；涉及风险判断时，则要检查操作后是否形成持续权限或后续确认。

很多风险来自跳过核对，而不是来自某一个按钮。围绕签名内容、风险判断和消息签名建立重复检查习惯，可以减少网络选错、地址复制错误、授权过大以及误解交易状态等问题。若请求内容无法解释清楚，暂缓签名或发送通常比继续尝试更合适。

在“签名请求”场景中，交易签名通常是最先需要确认的信息。不要只依赖界面名称，而应把请求来源与签名内容放在同一条操作链路中核对。链上操作一旦广播，结果会受到网络规则、区块确认和合约逻辑影响，因此在确认前建立固定检查顺序，比事后依赖撤回更可靠。

理解请求来源时，可以从请求来源开始：确认当前页面或功能是否可信，再检查签名内容，随后核对风险判断以及可能发生的费用、权限或等待时间变化。这样能帮助区分“看起来相似”的信息和真正属于同一网络、同一地址、同一合约的状态。

一个实用原则是让关键字段都能独立验证。涉及签名内容时，可结合钱包显示、区块浏览器或可信网络资料交叉确认；涉及风险判断时，要判断它是否改变资产去向、授权范围或交易成本；涉及消息签名时，则要检查操作后是否形成持续权限或后续确认。

很多风险来自跳过核对，而不是来自某一个按钮。围绕风险判断、消息签名和交易签名建立重复检查习惯，可以减少网络选错、地址复制错误、授权过大以及误解交易状态等问题。若请求内容无法解释清楚，暂缓签名或发送通常比继续尝试更合适。

在“签名请求”场景中，请求来源通常是最先需要确认的信息。不要只依赖界面名称，而应把签名内容与风险判断放在同一条操作链路中核对。链上操作一旦广播，结果会受到网络规则、区块确认和合约逻辑影响，因此在确认前建立固定检查顺序，比事后依赖撤回更可靠。

理解签名内容时，可以从请求来源开始：确认当前页面或功能是否可信，再检查风险判断，随后核对消息签名以及可能发生的费用、权限或等待时间变化。这样能帮助区分“看起来相似”的信息和真正属于同一网络、同一地址、同一合约的状态。

一个实用原则是让关键字段都能独立验证。涉及风险判断时，可结合钱包显示、区块浏览器或可信网络资料交叉确认；涉及消息签名时，要判断它是否改变资产去向、授权范围或交易成本；涉及交易签名时，则要检查操作后是否形成持续权限或后续确认。

很多风险来自跳过核对，而不是来自某一个按钮。围绕消息签名、交易签名和请求来源建立重复检查习惯，可以减少网络选错、地址复制错误、授权过大以及误解交易状态等问题。若请求内容无法解释清楚，暂缓签名或发送通常比继续尝试更合适。

如果怀疑遇到钓鱼、恶意签名或异常授权，应停止继续操作，断开不需要的 DApp 连接，并从可信入口重新核对账户与授权状态。助记词和私钥由用户自行保管，官方人员不会索取，也不应发送给任何人。

在“签名请求”场景中，签名内容通常是最先需要确认的信息。不要只依赖界面名称，而应把风险判断与消息签名放在同一条操作链路中核对。链上操作一旦广播，结果会受到网络规则、区块确认和合约逻辑影响，因此在确认前建立固定检查顺序，比事后依赖撤回更可靠。

理解风险判断时，可以从请求来源开始：确认当前页面或功能是否可信，再检查消息签名，随后核对交易签名以及可能发生的费用、权限或等待时间变化。这样能帮助区分“看起来相似”的信息和真正属于同一网络、同一地址、同一合约的状态。

一个实用原则是让关键字段都能独立验证。涉及消息签名时，可结合钱包显示、区块浏览器或可信网络资料交叉确认；涉及交易签名时，要判断它是否改变资产去向、授权范围或交易成本；涉及请求来源时，则要检查操作后是否形成持续权限或后续确认。

很多风险来自跳过核对，而不是来自某一个按钮。围绕交易签名、请求来源和签名内容建立重复检查习惯，可以减少网络选错、地址复制错误、授权过大以及误解交易状态等问题。若请求内容无法解释清楚，暂缓签名或发送通常比继续尝试更合适。

安全提醒

imtoken 不会索取助记词、私钥或验证码。转账前核对地址、网络和金额；签名或授权前检查请求来源、对象与权限范围。