Hoskinson aponta código varredor da Binance como debate sobre EIP-7702 cresce

O fundador da Cardano, Charles Hoskinson, alertou sobre um “código seriamente perigoso” ao compartilhar uma análise que atribui à funcionalidade de delegação EIP-7702 da Ethereum a facilitação de ataques que esvaziaram rapidamente uma carteira quente da Binance.

Resumo

• Hoskinson divulgou uma análise técnica alegando que o varredor foi desenvolvido especificamente para a infraestrutura de carteiras da Binance.

• CyberSatoshi afirmou que 50 autorizações assinadas ajudaram o atacante a visar o nonce em constante mudança das transações da carteira quente.

• A análise reconheceu que era necessário controle da chave privada ou acesso irrestrito à assinatura para autorizar a delegação.

• A especificação da Ethereum adverte que o código delegado recebe acesso irrestrito à conta e exige verificações rigorosas de segurança.

Em sua postagem no X, Hoskinson escreveu: “Atenção: há um código seriamente perigoso por aí”, acima de uma análise publicada por CyberSatoshi.

A postagem que ele compartilhou descreveu o bytecode reconstruído de um suposto varredor EIP-7702 da Binance, argumentando que o contrato foi adaptado às operações da exchange. A mensagem de Hoskinson não identificou falha específica em nenhum protocolo nem explicou qual parte da análise ele endossava.

A conta de CyberSatoshi coloca duas questões de segurança lado a lado. Uma refere-se à forma como o atacante obteve permissão para agir em nome da carteira; a outra, ao que a funcionalidade de delegação da Ethereum permitiu ao atacante fazer após obter essa permissão.

Você também pode gostar: Fundação Cardano junta-se a grupo suíço para apoiar ações tokenizadas

Varredor da Binance supostamente contornou proteções da carteira

Segundo a análise de CyberSatoshi, o contrato reconstruído deixou exatamente 1 ETH na carteira ao esvaziar seu saldo nativo. O autor argumentou que isso evitou que a fila automatizada de carteiras quentes da Binance falhasse por falta de gás e disparasse alarmes.

A análise descreveu um loop de processamento de tokens que verificava saldos por chamadas de baixo nível e continuava mesmo quando operações individuais falhavam. CyberSatoshi afirmou que isso permitiu ao varredor continuar processando ativos mesmo se um token bloqueado ou inativo não pudesse ser transferido.

Uma função de execução personalizada supostamente permitiu que a carteira comprometida chamasse um cofre externo com USDC no valor de 823 milhões de dólares. Na explicação do autor, o cofre reconhecia a Binance 14 como seu controlador, permitindo que chamadas feitas por essa carteira acessassem fundos além de seu saldo imediato.

CyberSatoshi caracterizou o contrato como construído sob medida para a arquitetura da Binance. As alegações sobre seu impacto em alertas internos e sistemas de tesouraria permanecem como explicação do autor sobre como a operação funcionou.

EIP-7702 exige permissão assinada para delegação

A especificação EIP-7702 do Ethereum descreve um tipo de transação que permite que uma conta externamente controlada delegue a execução a código implantado em outro endereço.

Uma conta externamente controlada normalmente opera por meio de assinaturas de sua chave privada. A delegação permite que ela execute lógica de contrato inteligente no contexto de sua própria conta, possibilitando recursos como agrupar várias operações em uma única transação e permitir que outra conta pague as taxas de transação.

Cada autorização identifica uma cadeia, um endereço delegado e um nonce, juntamente com uma assinatura criptográfica. O protocolo recupera a conta autora dessa assinatura e verifica seu nonce antes de aplicar a delegação.

CyberSatoshi reconheceu esse requisito, afirmando que o suposto ataque exigia ou a chave privada bruta ou acesso irrestrito à infraestrutura de assinatura da Binance 14.

A especificação não estabelece como quaisquer credenciais de assinatura da Binance foram obtidas. Seu requisito de assinatura confirma que a delegação não pode ser simplesmente atribuída a uma conta vítima arbitrária sem autorização válida.

As regras de nonce do Ethereum explicam o suposto lote

CyberSatoshi afirmou que o atacante enviou 50 autorizações pré-assinadas cobrindo nonces consecutivos para surpreender a Binance 14 enquanto sua contagem de transações estava mudando.

A especificação processa as autorizações em ordem. Quando uma autorização falha numa verificação, o processamento continua com a próxima entrada. Uma entrada válida define a delegação e incrementa o nonce da conta autora.

Autorizações sucessivas para a mesma conta podem, portanto, tornar-se válidas à medida que esse nonce avança. Quando há várias entradas válidas, a última delegação válida determina o endereço do código utilizado.

Isso é mais específico que um lote em que apenas uma autorização pode surtir efeito. As regras permitem que múltiplas entradas consecutivas tenham sucesso, dependendo do nonce inicial da conta e das assinaturas fornecidas.

CyberSatoshi argumentou que a delegação compactou as transferências de ativos numa única operação, reduzindo o tempo disponível para intervenção. A afirmação separada de que as defesas da exchange teriam impedido o roubo após três transações é uma avaliação contrafactual do autor.

O documento de projeto do Ethereum detalha os riscos da delegação

Os autores da EIP alertam explicitamente que o código autorizado tem acesso irrestrito à conta e deve ser auditado rigorosamente pela carteira.

Sua seção de segurança lista proteções necessárias para contratos delegados, incluindo prevenção de repetição (replay) e assinaturas que cubram valor da transação, gás, destino e dados da chamada. Uma delegação mal implementada pode deixar o atacante com controle quase total sobre a conta signatária.

A delegação persiste além da transação que a instala. A especificação afirma ainda que uma falha na execução não reverte indicadores de delegação já processados.

Para remover a delegação, o protocolo permite uma autorização válida apontando para o endereço zero, que limpa o código de delegação da conta.

Saiba mais: Polymarket lança mercados de ouro e prata de 15 minutos com Chainlink