通过交易分析我们可以得知，攻击者成功的第三步主要是由于多次运转depositFor方法造成，首先来分析该方法，通读depositFor方法流程，主要是判断用户将资金质押转入合约后，计算合约余额差值，随后将差值进行计算后发送给用户相应的质押证明代币。乍一看貌似没有安全问题，但细心的同学会发现，这里的token地址并没有做固定限制，该token地址是由用户传入，由于depositFor方法中会用到token合约地址中的safeTransferFrom方法，token合约地址为用户可控后，safeTransferFrom方法随之可控。
现在可明确攻击者的攻击路径，首先创建Token合约，并在合约中的safeTransferFrom方法中写入重新调用GrimBoostVault.depositFor方法的逻辑，在进行多次重入后最后传入一笔正常的Token代币质押，之后虽然会进入到正常流程，但是由于之前的多次重入，导致获取合约余额的前后差值过大，最终铸造了大量的证明代币。
例如：攻击者进行了6次重入，最后一次传入资金为100，那么最终得到的差值就是100*6，铸币时的计算值也是600。
重入成功后，攻击者调用withdrawAll方法归还重入获取的大量证明代币获取对应的质押资金，完成获利。
目前，Grim Finance官方已暂停所有金库，并提醒用户尽快提取自身所有资金，暂未声明合约修改方案和补偿方案。
0x5 总结
通过此次攻击事件来看，攻击者主要利用GrimBoostVault合约depositFor方法未进行Token地址检查，通过多次重入造成巨大的合约余额差值，铸造大量资金，随后通过withdrawAll方法取走获利的资金，DeFi项目中类似的攻击事件居多，为何还会频频发生，对于DeFi项目而言，合约代码的安全，代币价格的相对稳定，方法传参的可控性，旧版本的及时更新都是保证项目安全极其重要的部分，任何细节的马虎都可能导致项目及用户资金受到损失。对于此类闪电贷攻击事件，零时科技安全团队给出以下建议。
0x6 安全建议
对于合约代码安全，可找多家安全审计公司进行审计。
对于涉及资金转账的方法，应进行严格的权限控制。
对敏感性较强的代码，要做到及时更新完善。