开发者进阶进阶433 次阅读
前端 Web3 安全：为什么前端被攻破等于协议被攻破
前端才是用户眼中的协议：本文讲清域名劫持、恶意依赖与签名请求篡改三类风险，以及可验证构建与依赖治理的防御思路。
#前端安全#域名劫持#供应链#盲签#EIP-712
一句话结论
用户看到的界面，才是他们心里的那个协议。篡改一个前端页面，比攻破一份经过审计的合约便宜得多，所以攻击者越来越倾向于从这里下手。
三类主要风险
域名与解析劫持。攻击者拿到域名的解析控制权，或者注册一个拼写相近的域名，把用户导向仿冒前端。用户在这里连接钱包、签名、授权，所有操作都发生在假页面上，而合约侧的日志看起来一切正常。
恶意依赖。前端依赖树极深，一个被投毒的第三方包就足以在用户点击确认的那一刻替换请求内容：把收款地址换成攻击者的、把授权额度改成无限。这类攻击的成本极低，影响面却极大。
签名请求篡改与盲签。即使页面本身没被改，只要请求内容用户读不懂，攻击者就能把一笔大额授权包装成「登录验证」。EIP-712 这类结构化签名让请求内容以可读的字段呈现给用户，是对抗盲签的关键手段；反之，让用户对着十六进制按确认，等于主动放弃了最后一道人工校验。
防御思路
- 让前端产物可验证：固定构建产物的内容哈希，把它展示出来供核对；条件允许时把静态资源放到内容寻址的存储上，降低单点篡改的影响。
- 守好域名：注册防御性域名、开启注册商的转移锁、启用解析安全扩展、定期检查解析记录是否被改。
- 治理依赖：锁定版本、减少依赖数量、对关键依赖做审查与完整性校验，把依赖变更纳入代码评审。
- 请求最小化：能只签名就不授权，必须授权时给具体额度而不是无限额度。
- 把最后一层防线留给硬件：用户在设备屏幕上看到的内容，是攻击者最难篡改的一环。
给你的教训
- 把前端当成协议的一部分纳入安全流程，包括监控、变更审查和应急响应。
- 关键操作不要只靠前端把关，资金与权限的变更应该有多签或时间锁兜底。
- 不签看不懂的内容：无论是开发者集成还是普通用户，看不懂的十六进制宁可拒绝。
- 授权按需给、定期查、不用就撤，无限授权是最常见的资产损失放大器。
- 从官方渠道进入 DApp：用书签或收藏，不要从搜索结果和群聊链接点进去。