Bot de MEV jaredfromsubway perde US$ 15 mi em ataque com tokens falsos
Aprofundamento CEVIU
Aprofundamento
O ataque contra o bot de MEV jaredfromsubway não foi um caso isolado de engenharia social ou erro humano, foi uma falha estrutural na lógica de validação de tokens em rotas de arbitragem automatizadas. O bot aprovou transações com base em endereços de tokens que pareciam legítimos (fWETH, fCAP), mas eram cópias maliciosas com símbolos e nomes idênticos aos oficiais. Isso expõe uma brecha crítica: muitos bots de MEV ainda confiam em heurísticas superficiais (como nome do token ou símbolo) em vez de validar rigorosamente o bytecode, o owner ou o código-fonte do contrato antes de executar swaps ou approvals.
Esse tipo de ataque é especialmente perigoso em ambientes de mempool congestionado, onde a pressão por velocidade leva à redução de checagens de segurança. Diferentemente de contratos inteligentes vulneráveis, aqui o alvo foi a camada de execução, o próprio agente automatizado, que opera como um 'usuário privilegiado' com aprovações prévias e acesso direto a fundos líquidos.
Por que isso importa
Bots de MEV são agora parte essencial da infraestrutura de execução em Ethereum, eles refinam preços, fecham lacunas de arbitragem e até sustentam a liquidez em pools fragmentados. Quando um desses agentes é comprometido, o dano vai além da perda financeira: ele pode distorcer temporariamente cotações, gerar slippage anômalo em exchanges descentralizadas e até desencadear reações em cadeia em outros bots que monitoram suas ações. A falha revela que a segurança de agentes autônomos não pode depender só de auditorias de contratos, mas de políticas de whitelist dinâmica, verificação onchain de bytecode e mecanismos de fallback para transações com tokens não listados oficialmente.
Perguntas frequentes
Como um bot de MEV pode ser enganado por um token falso se os contratos estão todos na blockchain?
Porque o bot não verificou o bytecode nem comparou o endereço do contrato com listas confiáveis. Ele confiou no nome (fWETH) e no símbolo (fWETH), que foram replicados exatamente pelos atacantes, uma técnica chamada 'token spoofing'. Em ambientes de alta velocidade, essa validação profunda é frequentemente ignorada.
Por que o ataque causou US$ 15 milhões de perda se o bot só aprovou transferências?
O bot tinha aprovação prévia de WETH em seu wallet para operar em múltiplos DEXs. Os atacantes exploraram essa permissão, fazendo o bot 'trocar' WETH legítimo por tokens falsos, mas na verdade, redirecionando o WETH diretamente para carteiras controladas por eles via funções maliciosas de transferFrom.
Esse tipo de falha afeta apenas bots de MEV ou também wallets de usuários comuns?
Afeta ambos, mas de forma diferente. Usuários comuns raramente aprovam tokens sem interação manual e verificação visual. Bots, por outro lado, operam em escala e velocidade, com aprovações estáticas e rotinas automatizadas, tornando-os alvos mais lucrativos e menos resilientes a spoofing.
Fontes
- threadreaderapp.comfonte original
- Categoria
- CEVIU Cripto
- Publicado
- 22 de junho de 2026
- Editoria
- CEVIU Cripto
