Um invasor desconhecido instou os desenvolvedores do Ethereum a implantar “correções privadas”, enquanto a rede abordou um problema técnico durante a atualização do Pectra no TestNet de Sepolia.
O desenvolvedor da Ethereum, Marius Van der Wididen, revelou que os atacantes abusam de “casos de borda” que geralmente são esquecidos, causando erros repetidos enviando transferências de toque zero para depositar contratos, complicando um lançamento já representado.
o que aconteceu?
Em 5 de março, as atualizações do Pectra foram publicadas em Sepolia, mas quase imediatamente os desenvolvedores começaram a ver o GessNode exibindo mensagens de erro com um aumento no número de blocos vazios sendo extraídos.
De acordo com Van der Wijden, a questão foi atribuída a um contrato de depósito que divulgou eventos inesperados (eventos de transferência em vez de eventos de depósito necessário). Isso fez com que o nó rejeitasse a transação e gerou apenas blocos vazios.
O bug foi vinculado ao EIP-6110 e exigiu um processo uniforme de todos os logs do contrato de depósito.
A equipe da GETH implantou uma correção que “ignora todos os logs falsos provenientes de contratos de depósito”, mas os desenvolvedores ignoraram certos casos de borda no padrão ERC-20.
“O padrão ERC20 não proíbe 0 transferências de token, o que permite que qualquer pessoa transfira 0 tokens para outro endereço que emite o evento (mesmo que não possua o token)”, explicou Vanderwidden, acrescentando que o “atacante” aproveitou isso ao enviar repetidamente Zero Token Transfers para o depósito.
Isso desencadeou o mesmo erro e manteve os blocos vazios de mineração de rede.
Inicialmente, os desenvolvedores suspeitavam que um validador de confiança havia cometido um erro, mas a investigação rastreou a questão de uma torneira pública para uma conta recém -financiada.
Para interromper o ataque, os desenvolvedores tiveram que excluir transações interagindo com contratos de depósito. No entanto, eles suspeitavam que o atacante estava monitorando o bate -papo e agora eles implantaram “correções privadas” para selecionar nós do DevOps que controlam cerca de 10% da rede.
Depois que a correção foi implantada, os nós foram retomados, um bloco completo foi gerado e a corrente agora estava funcionando normal às 14:00 UTC. Alguns quarteirões depois, a transação do atacante foi extraída com sucesso e confirmou que todos os operadores de nós foram atualizados.
Apesar da destruição, o Ethereum “nunca perdeu a finalização” e a questão foi limitada a Sepolia. O problema é que o contrato de depósito de atributos do token foi diferente do contrato de depósito da Ethereum Mainnet.
No entanto, os desenvolvedores decidiram adiar a atualização do Pectra para testes e depuração adicionais.
Qual é a atualização do Pectra para o Ethereum?
O Pectra Fork foi projetado para aprimorar a estaca ETH, melhorar a escalabilidade da camada 2 e aumentar a capacidade da rede. Ele apresenta 11 propostas de melhoria do Ethereum (EIPS) e marca a primeira grande atualização desde o Dencun, lançado em março de 2024.
Como relatou o Crypto.News anteriormente, os desenvolvedores planejavam implantar a Pectra na rede principal até 8 de abril.
A atualização foi implementada pela primeira vez no Holesky Testnet em 24 de fevereiro e também encontrou problemas técnicos que a impediram de ser finalizada.
