什么是重入攻击
重入攻击（Reentrancy Attack）是智能合约领域最经典、危害最大的漏洞之一。它发生在合约调用外部地址（如转账）时，外部合约在原函数尚未执行完毕、状态尚未更新之前，反复"重新进入"该函数，从而多次提取本不该属于它的资金。
要理解这一漏洞，首先要明白 智能合约是什么：它是部署在链上、按预设逻辑自动执行的程序。一旦逻辑存在缺陷且代码不可篡改，攻击者就能利用调用顺序的漏洞反复套利。本文以案例分析重入攻击为主线，拆解其原理与防御。
攻击触发的机制原理
漏洞的根源在于"先转账、后记账"的危险顺序。典型的有缺陷提款函数会：先把以太币发送给调用者，再更新该用户的余额为零。
问题在于，当转账目标是一个恶意合约时，转账会触发它的 fallback 或 receive 函数。攻击合约在此处再次调用提款函数——此时原合约的余额尚未清零，于是它通过校验、再次拿到钱，如此循环，直到把池子掏空。
这类问题在 ERC20漏洞案例 与 Solidity基础漏洞案例 中反复出现，本质都是状态更新时机错误。理解它有助于读懂更复杂的 代理合约漏洞案例 与 Chainlink喂价漏洞案例。
历史案例复盘
加密史上最著名的重入事件，是早期某去中心化自治组织的资金被攻击者通过递归调用持续抽离，造成巨额损失，并最终引发了主链的硬分叉。这一事件成为所有智能合约安全课程的开篇教材。
此后类似手法在借贷与跨链场景反复上演。例如部分 跨链桥漏洞案例 和 BNB链漏洞案例 中，攻击者将重入与其他逻辑缺陷组合使用；而在 DeFi 借贷协议里，重入常与 闪电贷漏洞案例 配合，实现零成本启动攻击。研究 MEV漏洞案例 也能看到攻击者如何抢先打包这类交易。
攻击流程拆解（防御视角）
从防御者角度复盘一次攻击通常包含：
- 发现可重入入口：定位"外部调用先于状态更新"的函数。
- 部署恶意合约：在 fallback 中嵌入回调逻辑。
- 触发递归：发起首次提款，借回调反复进入。
- 掏空资金后撤离：一次交易内完成多次非法提取。
复现与验证这类流程，离不开本地测试框架。借助 Foundry测试漏洞案例 与 Foundry漏洞案例 可以编写攻击者合约做对抗测试；前端交互层的隐患则可参考 DApp前端漏洞案例 与 Vue+web3.js漏洞案例。
防御手段与优势风险
主流防御方法包括：
- 检查-生效-交互（Checks-Effects-Interactions）模式：先校验、再更新状态、最后才做外部调用，从根本上消除重入窗口。
- 重入锁（ReentrancyGuard）：通过状态变量在函数执行期间加锁，阻止重复进入。
- 限制外部调用与使用拉取式提款：减少在转账中触发回调的机会。
需要客观看待的是，重入锁虽有效，但会增加 gas 成本，且不能替代正确的代码结构；过度依赖单一防护反而可能掩盖设计缺陷。安全审计应多管齐下，参考 智能合约漏洞案例 库进行系统排查。
本文仅作技术教育用途，不构成任何投资或安全担保。链上攻防持续演进，任何防御都无法保证绝对安全。
常见问题
只读函数会被重入攻击吗？ 传统重入针对状态变更函数，但"只读重入"也已出现，攻击者利用过期的视图数据误导其他合约，需同样警惕。
用了 ReentrancyGuard 就万无一失吗？ 它只防同一合约内的重入，跨合约或跨函数的复合攻击仍可能绕过，应结合 CEI 模式使用。
普通投资者如何规避相关风险？ 优先选择经过多轮审计、长期运行无事故的协议，并关注 Euler审计报告 等公开报告，避免把大额资金投入未经检验的新合约。
通过案例分析重入攻击，我们看到漏洞往往源于细微的顺序错误，却能造成灾难性后果。无论开发者还是投资者，建立对调用时序的敏感度，都是参与链上世界的基本功。