A atualização Besu corrige vulnerabilidades em 5 nós: o que os operadores precisam saber

Uma abordagem de “correção em primeiro lugar” para a vantagem do defensor

Os desenvolvedores por trás do cliente Ethereum de código aberto Besu corrigiram cinco vulnerabilidades de segurança descobertas pela empresa de segurança de blockchain Certik. O Besu publicou quatro alertas de segurança detalhados em 14 de agosto, abrangendo as cinco vulnerabilidades, todas resolvidas na versão 26.7.1, lançada originalmente em 27 de julho como uma atualização de segurança urgente.

O atraso entre o lançamento do patch de software e a publicação dos detalhes do comunicado foi intencional, de acordo com a liderança de segurança.

“A eficácia vem da sequência de ações, e não do simples atraso na divulgação por si só”, disse Jialiang Chang, diretor de engenharia de segurança e sócio sênior de auditoria da Certik. “A Besu disponibilizou a versão corrigida no final de julho e a identificou claramente como uma correção para vulnerabilidades de segurança, com a instrução de atualizar o mais rápido possível.”
Chang observou que o modelo “primeiro o patch, depois os detalhes” oferece aos defensores de rede uma vantagem crítica sobre possíveis exploradores.

“Essa abordagem dá aos defensores uma vantagem inicial limitada antes que os mecanismos precisos de ataque se tornem amplamente disponíveis”, explicou Chang. “Os operadores de nós podem usar esse período para identificar implantações afetadas, avaliar quais interfaces e caminhos de consenso estão expostos, testar a versão em ambiente de teste, coordenar as atualizações entre validadores ou participantes do consórcio e preparar procedimentos de reversão e monitoramento.”

Segundo Chang, esse período de preparação é especialmente vital para redes de blockchain institucionais ou autorizadas, nas quais as atualizações frequentemente exigem protocolos formais de gerenciamento de mudanças e coordenação entre organizações. O intervalo de divulgação reduz os riscos imediatos de exploração do tipo “N-day”, ao mesmo tempo em que permanece breve o suficiente para manter a transparência da comunidade.

As vulnerabilidades foram originalmente descobertas durante uma pesquisa autônoma conduzida pela Certik utilizando sua metodologia de testes adversariais “Chain Scan”. Operando em uma rede de teste privada com vários nós, sem financiamento externo de clientes, os pesquisadores injetaram falhas controladas em interfaces ponto a ponto, HTTP RPC, WebSocket RPC e interfaces voltadas para o consenso.

As descobertas, classificadas pela Certik de menor a maior gravidade, incluíram falhas no processamento de anúncios de blocos, no buffer de propostas de consenso para alturas futuras, nos limites de assinatura do WebSocket e na criação de filtros JSON-RPC. Se não forem corrigidas, essas falhas poderiam permitir que um invasor esgotasse a memória do nó ou a capacidade de threads, ameaçando a disponibilidade do nó e o processamento do consenso.

Lacunas nos modelos atuais de teste de clientes

A Certik forneceu, de forma confidencial, à equipe do Besu conjuntos de testes de prova de conceito reproduzíveis, permitindo que os mantenedores avaliassem e resolvessem as vulnerabilidades de forma confidencial antes do lançamento. Nas notas de lançamento da versão 26.7.1, o Besu agradeceu tanto à Certik quanto à Ethereum Foundation Security por suas divulgações responsáveis.

Ao abordar o panorama mais amplo da infraestrutura de blockchain pública, Chang disse ao Bitcoin.com News que a comunidade de código aberto está operando em um ambiente de segurança híbrido.

“O ecossistema está claramente caminhando para testes de segurança mais formalizados”, disse Chang, apontando para práticas existentes, como fuzzing diferencial, simulações em nível de rede, redes privadas de ataque, programas de recompensa por bugs e estruturas de fuzzing devp2p entre clientes.

No entanto, Chang alertou que a cobertura dos testes continua desigual em todo o setor.

“Os testes de conformidade de protocolo e de transição de estado costumam ser mais maduros do que os testes contínuos para esgotamento de recursos, condições de corrida assíncronas, comportamento malicioso de pares, degradação de longa duração, falhas de limpeza e configurações específicas de implantação”, observou Chang. “Essas falhas podem produzir a saída correta do protocolo inicialmente, ao mesmo tempo em que permitem que um agente de custo relativamente baixo cause um consumo desproporcional de memória, threads, disco ou rede.”

Como os testes realizados pelos mantenedores não conseguem detectar todos os vetores potenciais, Chang enfatizou que pesquisas de terceiros continuam sendo essenciais para questionar suposições fora do desenvolvimento de rotina.

“O modelo mais maduro é contínuo e cumulativo: CI e fuzzing dos mantenedores, testes adversariais em múltiplos nós, pesquisas independentes periódicas e um teste de regressão permanente ou cenário de ataque adicionado para cada vulnerabilidade confirmada”, disse Chang, observando que a Certik está projetando sua plataforma Chain Scan para dar suporte a esse modelo.