Phishing de valor zero: envenenamento de endereço sem tokens

Phishing de transferência de valor zero: a variante de envenenamento de endereço que não move tokens

• As interfaces de usuário das carteiras de criptomoedas modernas são projetadas em torno de um princípio único e altamente lógico: conveniência. Para ajudar os usuários a navegar no cenário de endereços públicos hexadecimais longos e complexos de 42 caracteres, os desenvolvedores de carteiras otimizaram seus layouts. Eles encurtam essas sequências confusas de letras e números, exibindo apenas os primeiros e os últimos caracteres de um endereço no histórico de transações do usuário.

Essa escolha de UI resolveu um importante ponto de atrito no design, mas também introduziu uma enorme vulnerabilidade cognitiva.

• Como os humanos são criaturas de hábitos, quase todos os participantes ativos da Web3 adotaram um atalho altamente perigoso. Ao enviar uma transação recorrente a um amigo, um endereço de depósito de câmbio ou uma conta pessoal de armazenamento refrigerado, eles não digitam ou verificam manualmente todos os 42 caracteres. Em vez disso, eles navegam até o histórico de transações recentes, encontram uma transferência anterior para esse contato, copiam o endereço de destino e colam-no na interface de envio.

Os cibercriminosos transformaram sistematicamente esse hábito em uma das mecânicas de drenagem mais difundidas e altamente automatizadas da Web3: Phishing de transferência de valor zero, comumente conhecido como Envenenamento de endereço.

• Ao contrário dos ataques de phishing padrão que exigem uma chave privada comprometida ou um malware contrato inteligente Assinatura , o envenenamento de endereço não exige que você conecte sua carteira a um site incompleto ou assine uma mensagem de autorização suspeita. O ataque ocorre inteiramente em cadeia, utilizando a mecânica central do padrão de token ERC-20 para “envenenar” seu histórico de transações com um endereço fantasma que parece quase idêntico aos seus contatos mais confiáveis.

• Para entender por que o envenenamento de endereços é tão altamente eficaz, devemos primeiro observar como os humanos processam dados criptográficos complexos. Um endereço Ethereum Virtual Machine (EVM) padrão é uma string hexadecimal bruta, sem soma de verificação, de 40 caracteres, prefixada por "0x" para denotar seu formato. Parece assim:

0x71C5656123456789ABCDEF0123456789ABCDEF67

Para um cérebro humano, esta string não possui significado semântico nativo. Não contém palavras reconhecíveis, estruturas fonéticas ou padrões lógicos.

• Diante dessa parede cognitiva, nosso cérebro busca naturalmente por atalhos. Observamos os primeiros quatro a seis caracteres após o prefixo para nos orientarmos e, em seguida, verificamos os quatro a seis caracteres finais para confirmar que temos o destino correto. Se vermos 0x71C5...EF67 em nossa tela, assumimos imediatamente que toda a parte central do endereço está correta.

• Esse hábito de priorizar os atalhos é exatamente a lacuna psicológica explorada pelo envenenamento de endereço. Os golpistas geram milhões de endereços fictícios até encontrarem um que corresponda perfeitamente ao prefixo e sufixo do seu contato alvo.

• Ao injetar esse endereço semelhante diretamente em seu histórico de transações, eles criaram uma armadilha invisível. Na próxima vez que você executar uma operação rotineira de copiar e colar do seu histórico recente, você copiará o endereço falsificado do invasor em vez do seu destino legítimo.

2. O que é um ataque de transferência de valor zero?

O aspecto mais elegante e assustador desta exploração é que o invasor não precisa de sua permissão para gravar transações em seu livro-razão. Eles exploram um detalhe de implementação específico dentro do código padronizado da maioria dos tokens ERC-20: a permissão de transferência de valor zero.

Na especificação de token ERC-20 padrão, os contratos inteligentes definem como os tokens são transferidos entre contas. As duas funções principais usadas para mover tokens são:

• transfer(to, value): Move uma quantidade específica de tokens do endereço do chamador para o endereço do destinatário.

• transferFrom(from, to, value): Permite que um contrato ou endereço de terceiros mova tokens em seu nome, desde que você tenha concedido anteriormente a eles um subsídio para gastos.

Sob condições normais de operação, se um endereço tentar ligar transferFrom para retirar tokens de sua carteira sem sua permissão, a transação será revertida instantaneamente com um erro de "Subsídio insuficiente".

• No entanto, muitas implementações de tokens importantes (incluindo stablecoins proeminentes como USDT e USDC) não impõem verificações de permissão se o parâmetro de valor estiver definido exatamente como 0.

• Como a transferência de zero tokens não altera nenhum saldo, o contrato inteligente permite que a transação seja executada com sucesso sem exigir assinaturas criptográficas ou aprovações de gastos de sua conta.

A transação é extraída on-chain, o gás é pago pelo invasor e o contrato emite um padrão Evento Transfer .

Este log de eventos declara à rede que ocorreu uma transferência de zero tokens do seu endereço para um destino designado.

3. O gerador de endereços personalizados: criando a ilusão

• Para fazer com que a transferência de valor zero pareça convincente, o invasor deve gerar um endereço semelhante que imite um de seus contatos principais. Eles conseguem isso usando software especializado acelerado por GPU, conhecido como gerador de endereço personalizado.

Usando matrizes de placas gráficas de alto desempenho, os invasores executam verificações matemáticas de alta velocidade para extrair chaves públicas.

• Eles definem um prefixo e sufixo de destino (por exemplo, combinando os primeiros seis caracteres e os últimos seis caracteres do seu endereço de depósito de troca pessoal) e deixam as GPUs funcionarem até encontrarem uma correspondência.

• Como a dificuldade de minerar um endereço personalizado aumenta exponencialmente com o número de caracteres correspondentes, combinar um hash inteiro de 40 caracteres é praticamente impossível.

No entanto, combinar apenas as sequências externas é incrivelmente rápido e barato.

• Dentro de alguns segundos, um cluster de GPU de alta potência pode gerar um endereço que começa com 0x71C5 e termina com EF67, deixando os 28 caracteres do meio completamente diferentes.

Para um usuário que escaneia seus registros de transações recentes em uma carteira móvel, o endereço falsificado parece absolutamente idêntico à sua conta genuína.

4. Tabela 1: Anatomia de um endereço falsificado

Para ilustrar claramente quão sutis são as diferenças entre um endereço legítimo e um endereço personalizado envenenado, considere esta comparação de seus elementos estruturais:

Tipo de endereço	Layout Visual do Endereço
Contato legítimo	Começa com sequência externa correspondente; personagens intermediários são completamente únicos.
Cópia Envenenada	Imita a sequência externa exata; usa caracteres internos aleatórios.

5. Execução passo a passo de uma campanha de envenenamento de endereço

O envenenamento de endereço é uma operação industrializada e altamente automatizada. Os invasores não atacam manualmente carteiras de varejo individuais; eles implantam scripts de monitoramento de alta velocidade que examinam exploradores de blocos públicos e mempools dos principais blockchains em tempo real.

Veja como uma campanha típica se desenrola:

Etapa 1: Vigilância Passiva

• O script automatizado do invasor monitora os fluxos de transações de tokens de alto volume (especialmente stablecoins como USDT e USDC) em redes baratas e de alto rendimento como Polygon, BNB Chain, Arbitrum e Base.

• Eles procuram carteiras ativas que executam regularmente transferências de grandes somas para os mesmos endereços de destino (como um usuário transferindo fundos de sua carteira pessoal para uma conta de depósito Binance ou Coinbase).

Etapa 2: Mineração rápida de endereços personalizados

No momento em que o script identifica uma carteira alvo e seu contato de destino frequente, ele extrai os caracteres externos do endereço do contato.

Ele alimenta esses caracteres em um mecanismo de mineração local, gerando um endereço falsificado que corresponde ao prefixo e sufixo do contato em segundos.

Etapa 3: Acionando o log de valor zero

O contrato do invasor chama o contrato inteligente do token, executando um Chamada transferFrom com os parâmetros definidos como:

• De: Endereço da vítima.

• Para: O endereço personalizado recém-minerado e falsificado.

• Valor: Exatamente 0.

Como o valor é zero, a transação ignora a verificação de assinatura padrão, é executada no blockchaine registra um evento de transferência no razão público.

Etapa 4: O envenenamento visual

A vítima abre sua carteira móvel ou verifica seu histórico em um explorador de blocos para iniciar uma nova transferência.

Porque as carteiras analisam o livro-razão público Eventos Transfer para exibir transações recentes, atualizações da IU da vítima.

Agora mostra uma transferência recente de 0 tokens para um endereço que começa e termina com os caracteres exatos que eles esperam ver.

Etapa 5: Liquidação Acidental

A vítima precisa fazer sua próxima transferência de token real.

• Em vez de copiar o endereço de um catálogo de endereços seguro ou desenterrar o link de depósito original, eles clicam na transação mais importante de seu histórico, copiam o endereço de destino (que na verdade é a carteira personalizada do invasor) e colam-no na janela de transferência.

• Eles autorizam a transação, enviam seus tokens reais e os ativos são instantaneamente encaminhados diretamente para a carteira segura do invasor, sem chance de recuperação.

6. Mecânica de logs de valor zero em nível EVM

• Para entender por que essa exploração se espalhou com sucesso pelas principais blockchains, devemos observar como o EVM processa logs de eventos e como as carteiras exibem esses dados em suas interfaces de usuário.

Quando um contrato inteligente é executado, ele pode escrever mensagens estruturadas chamadas registros diretamente no recibo da transação.

• Esses logs são compilados em uma árvore de estado especializada dentro do blockchain, permitindo que aplicativos externos (como indexadores e carteiras) leiam e exibam facilmente a atividade de transação sem verificar todo o estado global da rede.

Para um token ERC-20, um evento de transferência é estruturado da seguinte forma:

event Transfer(address indexed from, address indexed to, uint256 value)

O A palavra-chave indexed diz ao EVM para armazenar esses parâmetros específicos em um formato altamente pesquisável chamado tópicos.

• Quando um aplicativo de carteira carrega seu histórico de transações, ele não calcula seu saldo rastreando cada bloco. Ele simplesmente consulta um indexador (como Etherscan ou Alchemy) para qualquer Transfer registra onde seu endereço corresponde ao Tópico 1 (from) ou Tópico 2 (to).

• Como a transação de valor zero emite com sucesso um valor válido Transfer faça login com seu endereço listado no No tópico from , o indexador registra-o como uma transação real pertencente ao histórico da sua carteira.

• Quando sua carteira móvel consulta o indexador, ela recebe esse log e o exibe como uma transação de saída recente, formatando-a com um layout abreviado e fácil de usar.

O EVM fez exatamente o que foi programado para fazer e o indexador relatou a verdade – mas a exibição da interface do usuário resultante cria uma ilusão perigosa.

7. Tabela 2: Logs de transações reais vs. falsificadas

Compreender as principais diferenças em como as transações reais e as transações falsas de valor zero se manifestam no razão é fundamental para identificar uma tentativa de envenenamento em andamento:

Tipo de registro	Valor da transação
Transferência de Ativos Reais	Carrega um número inteiro positivo representando a quantidade real de tokens.
Falsificação de valor zero	Registra exatamente zero; incorre em gás nominal pago pelo atacante.

8. Estudos de caso do mundo real: o custo de um clique mal colocado

• A escala real de envenenamento de endereços é enorme. Como o custo de execução de transferências de valor zero é extremamente baixo em redes modernas e de alto rendimento da Camada 2 (muitas vezes custando menos de um centavo em gás por transação), os invasores podem executar essas campanhas de envenenamento continuamente, visando milhões de carteiras diariamente.

Em meados de 2023, uma baleia criptomoeda de alto perfil foi vítima de uma campanha altamente direcionada de envenenamento de endereços na rede Ethereum.

• A vítima era um regular DeFi Operador que frequentemente movia grandes tranches de stablecoins de sua carteira primária para um endereço secundário de armazenamento refrigerado.

• O sistema automatizado do invasor percebeu esse padrão, extraiu um endereço personalizado que correspondia aos doze caracteres externos da carteira de armazenamento frio e executou uma transferência de valor zero.

No dia seguinte, a baleia iniciou uma transferência de US$ 20 milhões em USDT.

Apressando-se em sua rotina padrão, eles abriram seus registros de transações recentes, copiaram o endereço principal e autorizaram a transferência.

Como eles copiaram o endereço personalizado envenenado, os US$ 20 milhões foram encaminhados diretamente para o invasor.

• Apesar dos esforços frenéticos para entrar em contato com emissores de stablecoin e coordenar um resgate, os fundos foram sistematicamente divididos e lavados por meio de programas descentralizados cadeia cruzada misturadores, impossibilitando a recuperação.

Este não é um incidente isolado.

• Relatórios de telemetria de segurança indicam que campanhas de envenenamento de endereço são responsáveis por dezenas de milhões de dólares em perdas anualmente, impulsionado pela grande escala das campanhas automatizadas executadas em redes de baixo consumo de gás.

9. Defesas ativas: protegendo sua carteira contra registros fantasmas

• Como o envenenamento de endereço ocorre inteiramente na cadeia sem exigir sua assinatura ou interação, você não pode impedir que invasores enviem transferências de valor zero para o seu endereço.

No entanto, você pode ficar completamente imune ao ataque alterando a forma como gerencia seus endereços de destino.

Para proteger seus ativos dessas transações fantasmas, implemente estas principais medidas defensivas:

A regra do catálogo de endereços

Nunca, em hipótese alguma, copie um endereço de destino diretamente do seu histórico de transações.

• Se você envia fundos com frequência para as mesmas contas, use o recurso integrado da sua carteira catálogo de endereços Recurso (disponível em carteiras como Rabby e MetaMask) para salvar esses endereços com nomes personalizados e verificados.

Ao executar uma transferência, selecione o contato diretamente da sua lista salva.

Verifique novamente os caracteres do meio

Se você precisar copiar um endereço de uma transação anterior, não confie no prefixo e no sufixo.

Verifique manualmente os caracteres no meio da string de endereço.

Marcar até mesmo três ou quatro caracteres no centro do endereço é suficiente para detectar instantaneamente um endereço personalizado envenenado, já que os invasores não conseguem corresponder aos caracteres internos do hash.

Utilize pequenas transações de teste

Ao transferir somas substanciais de capital para um endereço novo ou usado com pouca frequência, sempre execute primeiro uma transação de teste pequena e de baixo valor.

Verifique se a transferência de teste chega com sucesso ao destino correto antes de enviar o saldo restante.

Assim que o destino for confirmado, salve o endereço em sua agenda imediatamente para evitar copiá-lo e colá-lo novamente no futuro.

Aproveite domínios e aliases Web3

Usando sistemas de domínio descentralizados como ENS (serviço de nomes Ethereum) ou Lente pode reduzir significativamente o risco de erros de copiar e colar.

Envio de fundos para um nome de domínio legível por humanos (como alice.eth) é muito mais fácil de verificar do que digitalizar strings hexadecimais brutas.

No entanto, certifique-se de verificar novamente se o domínio não expirou e resolva o problema através de um provedor confiável antes de enviar grandes somas.

10. Verificação e telemetria on-chain via DEXTools

• No ambiente Web3 moderno e de alta velocidade, é essencial manter a visibilidade ativa sobre suas transações e pools de liquidez. Quando você está negociando altcoins de tendência ou participando de pools financeiros descentralizados recém-implantados, copiar e colar endereços de registros de bate-papo brutos, postagens em mídias sociais ou históricos de transações expõe você a riscos extremos de front-running e de enfrentamento de envenenamento.

• DEXTools fornece telemetria analítica crítica em tempo real necessária para verificar a autenticidade de qualquer token ou pool de liquidez antes de autorizar uma transferência. Ao inserir o endereço do contrato de um ativo alvo diretamente no campo avançado Explorador de pares DEXTools, você pode examinar instantaneamente seus dados na cadeia:

• Auditorias de contrato verificadas: Verifique instantaneamente se o contrato inteligente do token foi verificado e revise as pontuações de segurança automatizadas que sinalizam restrições de transferência ocultas ou backdoors de criação maliciosa.

• Velocidade de transação ao vivo: Monitore as ordens ativas de compra e venda em execução no pool em tempo real. Se um token não tiver histórico de transações orgânicas ou exibir padrões de bot artificiais altamente estruturados, pode ser um golpe de honeypot.

• Análise do pool de liquidez: Verifique a profundidade exata e o status de bloqueio dos pools de liquidez subjacentes. Garantir que a liquidez esteja bloqueada evita que os desenvolvedores executem golpes de rug pull após a compra.

O uso dessa telemetria transparente permite que você navegue no espaço descentralizado com absoluta confiança, protegendo seus ativos digitais conquistados com dificuldade tanto de campanhas de phishing front-end quanto de armadilhas de envenenamento na cadeia. 

Você pode acessar DEXTools aqui e comece a negociar hoje!

A criptografia está em extremo medo enquanto novos tokens aumentam 100%. Dados ao vivo mostram quantos duram por semana A criptografia está cunhando mais de 40.000 novos tokens por dia, e a maioria quase não tem liquidez O que é ENS: serviço de nomes Ethereum, nomes de carteira e identidade Web3 (2026) Como usar o BscScan: rastreie transações, tokens e contratos da cadeia BNB (2026)