🚨 V4 Swap Router av z0r0z - Förlust $42,6K (2026-03-03) Typ: ABI-kodning / auktorisationsbypass Swap(bytes,uint256)-funktionen i UniswapV4Router04 använder inline-assembly med en hårdkodad calldata-offset (calldataload(164)) för att verifiera att betalaren i swap-datan är lika med msg.sender. Detta förutsätter standard ABI-kodning där bytes-parameteroffsetet alltid är 0x40. En angripare skapade icke-standardiserade (men giltiga) ABI-kodade anropsdata med byte-offset satt till 0xc0, och placerade sin egen adress på position 164 för att klara auktoriseringskontrollen, medan de faktiska avkodade bytedata innehöll offrets adress som betalare. Detta gjorde det möjligt för angriparen att dränera 42 607 USD från en offerplånbok (en EIP-7702 delegerad EOA) som hade godkänt routern, och byta den mot 21,2 ETH via Uniswap V4:s ETH/USDC-pool. TX: Offer: Router: Vi har kontaktat @z0r0zzz, men kontraktet går inte att uppgradera och kan inte pausas. Återkalla godkännanden till UniswapV4Router04!

Efter att ha räddat @Veildotcash gjorde vi samma sak för @FOOMCASH med exakt samma ZK-sårbarhet. Cirka 1,1 miljoner dollar i FOOM-tokens återhämtade vi från FoomLottery-kontraktet på Ethereum och återlämnade till projektet innan illvilliga aktörer hann utnyttja buggen.

I januari utnyttjades 30 @GyroStable för cirka 300,2 ETH (~696 000 dollar) En hackare utnyttjade en godtycklig anropssårbarhet i _ccipReceive()-funktionen i GydL1CCIPEscrow-kontraktet. Det tillåter mottagarfältet i CCIP-meddelandet att vara vilken adress som helst, inklusive själva GYD-tokenkontraktet. Att sätta mottagare = GYD och data = godkänna (angripare, max) gav i praktiken angriparen full tillgång till escrowens GYD-innehav.