KiloEx的800万是怎么被盗的

漏洞利用链与原理总结

• 继承问题
  
  KiloEx的TrustedForwarder合约继承了OpenZeppelin的MinimalForwarderUpgradeable合约，但未对execute方法进行override（覆盖）。
• 导致后果：原始execute方法未设置权限控制，成为公开可调用的入口。

1. 绕过权限验证攻击者直接调用MinimalForwarderUpgradeable的原始execute方法，绕过TrustedForwarder合约的预期权限验证逻辑。

• execute
  
  方法触发调用delegateExecutePositions函数。

2. 权限验证缺失delegateExecutePositions函数仅验证msg.sender == trustedForwarder，但未检查实际调用者（_msgSender()）是否为合法keeper。

• 攻击者可伪装为trustedForwarder发起恶意交易。

3. 价格操纵套利攻击者通过两阶段操作实现非法获利：

• 第一阶段
  
  ：以极低价格开仓（操纵市场价格或利用漏洞）。
• 第二阶段
  
  ：以较高价格平仓，通过价差窃取资金。

1. 资金准备

• 攻击者从Tornado Cash提取1 ETH作为初始资金（匿名化来源）。
• 通过跨链桥（opBNB、Base、BSC等）拆分转移资金，用于多链部署攻击合约的Gas费。

2. 合约部署

• 在opBNB、Base、BSC、Taiko等链上部署攻击合约，覆盖多链环境。

3. 攻击执行

• 调用攻击合约，利用漏洞绕过权限验证，执行恶意交易（开仓与平仓组合操作）。

• 直接损失
  
  约844万美元（最终通过谈判追回全额资金，攻击者保留10%作为“白帽赏金”）。
• 安全启示
  
  合约权限验证需覆盖全链路（从调用入口到执行逻辑），并严格区分msg.sender与_msgSender()的权限控制。

核心安全教训

1. 权限验证必须精细化
   
   需区分合约调用者（msg.sender）与实际交易发起者（如_msgSender()）。
2. 继承合约需完整覆盖
   
   对关键父合约方法进行权限加固，避免暴露原始逻辑。
3. 全生命周期安全防护
   
   从审计、事中监控到应急响应，需形成闭环机制。

原文始发于微信公众号（OSINT研习社）：KiloEx的800万是怎么被盗的