ERC20 increaseAllowance授权后资产遭恶意转移的技术问询

核心现象 #

我自主开发的智能合约系统，原本流程是用户先调用ERC20的increaseAllowance给我的合约授权，再调用donate函数完成资产分配（部分进我的金库，部分转给其他用户）。运行数月后出现异常：用户执行increaseAllowance后，资产立即被转至恶意合约（地址：0xa847991e081c2dcabc960839c8c2b92047fbc435），且该操作发生在donate调用前，导致donate因用户资产耗尽失败。用户仅授权了我的合约，却被转至从未交互的地址，仅我损失少量资金，用户未受损。

用户端调用代码：

tx = await tokenContract.increaseAllowance(metaochtapasSmartContractAddress, amount, {
    gasLimit: gasLimit,
    gasPrice: gasPrice
});

可能原因 #

1. 前端代码被篡改：你的网页端大概率被入侵，恶意脚本替换了代码中metaochtapasSmartContractAddress变量的值，将授权目标换成了恶意合约地址。用户在网页上操作时，实际是给恶意合约授权，后者在拿到授权后立即调用transferFrom转走资产。
2. 钓鱼网站/域名劫持：用户访问的并非你的官方网站，而是被DNS污染或钓鱼链接引导至仿冒站点，该站点将授权目标设为恶意合约。不过结合“仅你损失少量资金”的情况，前端代码被篡改的可能性更高。
3. 合约授权逻辑被利用：如果你的合约或用户使用的ERC20 token存在特殊回调逻辑（比如授权后触发第三方调用），也可能被恶意合约利用，但结合“此前正常”的前提，这种概率较低。

防范方法 #

• 锁定合约地址：在前端代码中硬编码你的合约地址，避免使用可被动态修改的变量；若需动态加载，使用IPFS哈希固定的可信配置源，确保地址不会被篡改。
• 前端代码安全加固：
  • 启用内容安全策略（CSP），限制脚本加载来源，防止XSS注入；
  • 对前端代码进行签名，让用户浏览器能验证代码完整性；
  • 定期审计前端源码，排查恶意注入的脚本。
• 用户端提示验证：在网页上明确显示授权的目标合约地址，引导用户在发起交易前，通过区块链浏览器核对地址是否正确；甚至可以在交易弹窗中增加二次确认步骤。
• 合约流程优化：
  • 改用ERC20的permit机制，将授权和donate操作合并为一笔交易，减少中间被攻击的环节；
  • 在你的合约中增加逻辑，限制donate只能使用本次交易关联的授权额度，避免授权被第三方滥用。
• 网站整体安全升级：修复服务器的XSS、CSRF等漏洞，升级依赖库至最新版本；启用HTTPS并配置HSTS，防止流量劫持；定期备份网站代码，监控异常访问行为。

内容的提问来源于stack exchange，提问作者PoorMillionaire