Falhas de segurança atingem clientes Teku e Besu da rede Ethereum

Os clientes Teku e Besu, utilizados para operar nós da rede Ethereum, lançaram correções de segurança após um incidente com a autoridade certificadora eMudhra. As versões Teku 26.10.3 e Besu 26.10.2 removem a confiança em quatro raízes de certificados específicas. A medida visa mitigar riscos decorrentes de chaves privadas fracas geradas por um erro de script na entidade certificadora.

As atualizações nas imagens Docker dos clientes já incorporam a remoção desses certificados. Operadores que utilizam essas imagens devem atualizar seus containers para garantir a proteção. O problema original envolveu a emissão de certificados intermediários com chaves recuperáveis, o que motivou a revogação dessas credenciais em meados de outubro.

Usuários que optam por instalações binárias enfrentam um desafio adicional. Como o Java não verifica a revogação de certificados por padrão, a atualização do software cliente não altera automaticamente o ambiente de execução instalado na máquina. É necessário realizar uma checagem manual no Java runtime para assegurar que as raízes comprometidas não sejam mais aceitas.

O aviso de segurança destaca que nós da rede principal sem URLs HTTPS configuradas possuem menor exposição. No entanto, conexões HTTPS podem ser interceptadas por agentes maliciosos em ambientes não remediados. Até o momento, não há registros de exploração ativa dessas vulnerabilidades nos nós da rede Ethereum.

Configurações que dependem de HTTPS, como validadores, nós de beacon e serviços de métricas, exigem atenção redobrada. O mesmo vale para redes de teste que baixam estados iniciais via HTTPS durante a inicialização. A responsabilidade pela integridade do ambiente de execução permanece com o operador do nó.