Teku e Besu lançaram atualizações depois de investigadores descobrirem que uma criptografia fraca expôs as chaves privadas de oito autoridades de certificação intermédias geridas pela entidade emissora indiana eMudhra. A falha poderia ter permitido a atacantes fazerem-se passar por serviços utilizados por alguns validadores Ethereum e redirecionarem recompensas de blocos. Não há registo de exploração da falha, e os nós Teku predefinidos da rede principal não foram afetados.
Porque é importante
Os validadores dependem de certificados digitais para confirmar que estão a ligar-se aos serviços certos. Com as chaves expostas, um atacante situado entre um validador e um serviço poderia apresentar um certificado falsificado que software desatualizado aceitaria como legítimo. A Teku alertou que uma ligação comprometida poderia levar um validador a propor um bloco que encaminhasse as taxas para um atacante. Um assinante externo falso também poderia fornecer assinaturas usadas para alterar o destino das recompensas. A Teku classificou esta configuração como a mais arriscada.
O Teku 26.10.3 e o Besu 26.10.2 deixam de confiar nos certificados associados à eMudhra nas respetivas imagens Docker. Os navegadores já tinham bloqueado os certificados, e a eMudhra revogou-os um dia depois de os investigadores identificarem o problema, a 17 de outubro. A empresa afirmou que vai abandonar o negócio dos certificados.
Impacto no mercado
A preocupação imediata é a segurança dos operadores, não um comprometimento da rede Ethereum em larga escala. A Teku afirmou que os nós predefinidos da rede principal não são afetados e não exigem qualquer ação, mas outras configurações podem precisar de atualizações. Os utilizadores de Docker devem instalar as imagens mais recentes de Teku ou Besu. Os operadores que executam o software diretamente têm de atualizar o Java em separado, porque atualizar o cliente Ethereum não altera os certificados de confiança do Java. As atualizações do Docker também não corrigem o Java instalado no sistema anfitrião.
Os operadores que ainda usam Java 26 têm de dar um passo adicional: a Teku afirma que essa versão chegou ao fim de vida e não receberá uma versão corrigida, pelo que é necessário passar para Java 25. O incidente realça que a confiança nos certificados e o software do sistema anfitrião também fazem parte da segurança dos validadores, a par das atualizações dos clientes Ethereum.
Perguntas frequentes
-
Como poderia a falha nos certificados pôr em risco as recompensas dos validadores Ethereum?
Um atacante poderia fazer-se passar por um serviço usado por um validador, levando-o potencialmente a propor um bloco que encaminhasse as taxas para o atacante. Um assinante externo falso também poderia fornecer assinaturas usadas para alterar o destino das recompensas.
-
Os nós Teku predefinidos da rede principal foram afetados?
Não. A Teku afirmou que os nós predefinidos da rede principal não foram afetados nem exigiam qualquer ação. O problema afetava algumas outras configurações de validadores.
-
O que mudaram as atualizações de Teku e Besu?
O Teku 26.10.3 e o Besu 26.10.2 deixam de confiar nos certificados associados à eMudhra nas respetivas imagens Docker.
-
Porque poderá não ser suficiente atualizar Teku ou Besu para alguns operadores?
Os operadores que executam os clientes diretamente têm de atualizar o Java em separado, porque a atualização de um cliente não altera os certificados de confiança do Java. As atualizações do Docker também não corrigem o Java instalado no sistema anfitrião.
-
O que devem fazer os operadores que ainda usam Java 26?
A Teku afirma que o Java 26 chegou ao fim de vida e não receberá uma versão corrigida. Os operadores que ainda o usam têm de passar para Java 25.
CoinDesk