A pool PancakeSwap V2 para OCAUSDC na BSC foi explorada em uma transação suspeita detectada hoje. O ataque resultou na perda de quase US$ 500.000 em USDC, drenados em uma única transação.
De acordo com relatos de plataformas de segurança de Blockchain, o invasor explorou uma vulnerabilidade na lógica deflacionária sellOCA(), o que lhe deu acesso para manipular as reservas do pool. O valor final que o invasor conseguiu levar teria sido de aproximadamente US$ 422.000.
A exploração envolveu o uso de flash loans e flash swaps combinados com chamadas repetidas à função swapHelper da OCA. Isso removeu tokens OCA diretamente do pool de liquidez durante as trocas, inflando artificialmente o preço do par OCA e permitindo a drenagem de USDC.
Como aconteceu a exploração do OCA/USDC?
O ataque teria sido executado por meio de três transações. A primeira para realizar o exploit, e as duas seguintes serviram como propinas adicionais aos builders.
“No total, 43 BNB mais 69 BNB foram pagos ao 48club-puissant-builder, deixando um lucro final estimado de US$ 340 mil,” escreveu Blocksec Phalcon no X sobre o incidente, acrescentando que outra transação no mesmo bloco também falhou na posição 52, provavelmente porque foi antecipada pelo invasor.
Flash loans na PancakeSwap permitem que usuários tomem emprestado grandes quantidades de ativos cripto sem garantias; entretanto, o valor emprestado mais as taxas deve ser reembolsado dentro do mesmo bloco de transação.
Eles são utilizados principalmente em estratégias de arbitragem e liquidação na Binance Smart Chain, sendo os empréstimos normalmente facilitados pela função flash swap da PancakeSwap V3.
Outro ataque de flash loan foi detectado semanas atrás
Em dezembro de 2025, uma exploração permitiu que um invasor sacasse aproximadamente 138,6 WBNB do pool de liquidez da PancakeSwap para o par DMi/WBNB, obtendo cerca de US$ 120.000.
Aquele ataque demonstrou como uma combinação de flash loans e manipulação das reservas internas do par AMM via funções sync() e callback pode ser usada para esgotar completamente o pool.
O invasor primeiro criou o contrato de exploração e chamou a função f0ded652(), um ponto de entrada especializado no contrato, após o qual o contrato então chama flashLoan do protocolo Moolah, solicitando cerca de 102.693 WBNB.
Ao receber o flash loan, o contrato inicia o callback onMoolahFlashLoan(…). A primeira coisa que o callback faz é verificar o saldo de tokens DMi no pool da PancakeSwap para se preparar para a manipulação das reservas do par.
Vale notar que a vulnerabilidade não está no flash loan, mas sim no contrato da PancakeSwap, permitindo a manipulação das reservas por meio de uma combinação de flash swap e sync() sem proteção contra callbacks maliciosos.
