ChainCatcher relata que uma vulnerabilidade de segurança criptográfica na eMudhra, autoridade certificadora da Índia, afetou os clientes Ethereum Teku e Besu. Pesquisadores descobriram que as chaves privadas de oito autoridades certificadoras intermediárias da eMudhra podem ser calculadas devido à insuficiência de aleatoriedade, permitindo que atacantes possam falsificar certificados e enganar softwares não corrigidos a confiar em serviços maliciosos. O Teku já lançou a versão 26.1.3 e o Besu a versão 26.1.2, ambas removendo a confiança nos certificados relacionados nas imagens Docker. Se um atacante realizar um ataque de homem-no-meio, poderá enganar alguns validadores a enviar recompensas de taxas de bloco para endereços controlados pelo atacante; em configurações específicas que utilizam assinadores externos, o risco pode ser ainda maior. A equipe do Teku afirmou que nós do Teku na rede principal Ethereum com configuração padrão não são afetados e não exigem ação imediata, e até o momento não há relatos de exploração da vulnerabilidade. Para operadores que executam Teku ou Besu diretamente no host, sem usar Docker, atualizar apenas o cliente pode não ser suficiente — é necessário atualizar manualmente o Java e sua lista de certificados confiáveis. Operadores ainda utilizando o Java 26, que já deixou de ser mantido, precisam migrar para o Java 25.
Clientes Ethereum lançam atualização de segurança para corrigir vulnerabilidade do certificado eMudhra
ChaincatcherCompartilhar
Resumo
Os clientes Ethereum Teku e Besu lançaram atualizações de segurança para corrigir uma vulnerabilidade relacionada à autoridade certificadora eMudhra. Pesquisadores descobriram que oito autoridades certificadoras intermediárias sob a eMudhra tinham aleatoriedade fraca na geração de chaves privadas, criando um risco de violação de segurança. Essa falha poderia permitir que atacantes falsificassem certificados e realizassem ataques do tipo man-in-the-middle. O Teku 26.1.3 e o Besu 26.1.2 agora não confiam mais nos certificados afetados nas imagens Docker. Nodes que utilizam signers externos estão em maior risco. O Teku afirma que os nodes mainnet padrão não são afetados, e nenhuma exploração foi observada. Operadores que utilizam configurações não-Docker devem atualizar manualmente o Java e sua lista de certificados. Usuários no Java 26 são aconselhados a migrar para o Java 25.
Fonte:Mostrar original
Aviso legal: as informações nesta página podem ter sido obtidas de terceiros e não refletem necessariamente os pontos de vista ou opiniões da KuCoin. Este conteúdo é fornecido apenas para fins informativos gerais, sem qualquer representação ou garantia de qualquer tipo, nem deve ser interpretado como aconselhamento financeiro ou de investimento. A KuCoin não é responsável por quaisquer erros ou omissões, ou por quaisquer resultados do uso destas informações.
Os investimentos em ativos digitais podem ser arriscados. Avalie cuidadosamente os riscos de um produto e a sua tolerância ao risco com base nas suas próprias circunstâncias financeiras. Para mais informações, consulte nossos termos de uso e divulgação de risco.