Pontos-chave
- Bitcoin Core divulgou esta semana três vulnerabilidades previamente corrigidas, uma das quais poderia interromper operações de mineração.
- O defeito mais grave poderia impedir que os nós afetados gerassem modelos de bloco válidos após uma reorganização da blockchain.
- Embora a instalação padrão não seja afetada, milhares de nós correm o risco potencial de uma falha de configuração do Tor.
A vulnerabilidade mais importante foi identificada como CVE-2025-62861, afetando as versões 28.0 a 28.2 e 29.0 a 29.1 do Bitcoin Core. A falha é classificada como de alta gravidade e envolve o processamento de transações durante reorganizações da blockchain, podendo impedir que os nós de mineração construam modelos de bloco válidos.
No seu cerne estão as transações de versão 3, normalmente chamadas de transações TRUC, que operam sob limites dedicados no mempool. Durante uma reorganização, o Bitcoin Core pode expulsar erroneamente uma transação, enquanto mantém uma dependente, resultando em inconsistências no seu conjunto de transações.
Para os mineradores, as consequências são especialmente problemáticas. Nós afetados podem fazer com que a validação do modelo de bloco falhe, efetivamente impedindo-os de gerar um novo trabalho de mineração até que sejam reiniciados. O equipamento de mineração pode continuar a fazer hashing de um modelo obsoleto, potencialmente abrindo mão de taxas de transação e reduzindo a eficiência operacional.
O pesquisador de segurança Niklas Goegge relatou a falha em 26 de setembro de 2025. O desenvolvedor Greg Sanders introduziu uma correção, que foi mesclada em 2 de outubro, impedindo o comportamento problemático de expulsão de transações durante reorganizações.
Essa correção apareceu nas versões do Bitcoin Core 30.0, 29.2 e 28.3, e permanece até outubro de 2025. No entanto, por volta da data de divulgação, cerca de 9% dos nós acessíveis ainda estavam executando versões vulneráveis.
A segunda vulnerabilidade, CVE-2025-62859, foi classificada como de gravidade média e envolve blocos compactos maliciosamente construídos. Um atacante poderia explorar o manuseio inadequado de testemunhas de transação modificadas para atrasar repetidamente o download de blocos. Sob certas condições de rede, incluindo conexões peer-to-peer de alta largura de banda comprometidas, a interferência poderia continuar indefinidamente.
O pesquisador Eugene Siegel identificou essa vulnerabilidade em abril de 2025. Gregory Sanders desenvolveu uma correção, que já está presente nas versões 30.0 e 29.2 do Bitcoin Core.
Enquanto isso, a CVE-2025-62860 expôs um problema completamente distinto envolvendo conexões Tor de entrada e permissões peer confiáveis. Quando um operador configura a opção -whitelist opcional do Bitcoin Core para incluir o endereço do seu daemon Tor, conexões recebidas poderiam herdar privilégios destinados apenas a peers de confiança.
Essas exceções enfraquecem certas proteções contra negação de serviço e proteções de privacidade. O Bitcoin Core afirma que milhares de nós mainnet acessíveis podem ser afetados, embora a configuração padrão permaneça segura.
O anúncio de 10 de novembro seguiu o plano de divulgação estabelecido do Bitcoin Core. Os desenvolvedores retiveram detalhes técnicos até que a última linha principal vulnerável de lançamentos, a 29.x, chegasse ao fim do ciclo de vida em 27 de outubro de 2026. Diferentemente das três divulgações assistidas por IA lançadas em 28 de outubro, estas seguiram o processo tradicional de embargo.
É importante destacar que nenhuma dessas vulnerabilidades permitiu qualquer roubo de bitcoin, criação não autorizada de moedas ou falha de consenso, e não há relatos de exploração. A vulnerabilidade de mineração requer condições específicas de reorganização, o que significa que as consequências se limitam aos operadores afetados, não ao Bitcoin em si.
Para mineradores e administradores de nós do Bitcoin, essa distinção é significativa. Mesmo que as vulnerabilidades não ameacem fundos, a manutenção do software permanece essencial. Este incidente mostra que falhas aparentemente triviais no processamento de transações podem, sem ameaçar o consenso fundamental da rede, causar problemas operacionais reais.
