O Bitcoin Core divulgou três vulnerabilidades de segurança em 10 de novembro de 2026, incluindo um defeito de alta gravidade capaz de interromper as operações de mineração e duas fraquezas adicionais que afetam o processamento de blocos e as conexões Tor. Embora os desenvolvedores tenham corrigido os problemas em outubro de 2025, seus detalhes técnicos permaneceram confidenciais até agora.

Principais conclusões

Como um bug do Bitcoin Core poderia interromper as operações de mineração?

A vulnerabilidade mais importante, identificada como CVE-2025-62861, afetou as versões 28.0 a 28.2 e 29.0 a 29.1 do Bitcoin Core. Classificado como de alta gravidade, o defeito envolvia o tratamento de transações durante reorganizações de blockchain, potencialmente deixando os nós de mineração incapazes de construir modelos de blocos válidos.

No seu centro estavam as transações da versão 3, comumente chamadas de transações TRUC, que operam sob restrições especializadas de mempool. Durante uma reorganização da cadeia, o Bitcoin Core poderia despejar transações incorretamente, mantendo transações dependentes, criando inconsistências em seu conjunto de transações.

Para os mineiros, as consequências foram particularmente problemáticas. Os nós afetados podem falhar na validação do modelo de bloco, impedindo-os efetivamente de gerar novos trabalhos de mineração até serem reiniciados. Os equipamentos de mineração podem continuar a fazer hash em modelos desatualizados, potencialmente perdendo taxas de transação e reduzindo a eficiência operacional.

O pesquisador de segurança Niklas Goegge relatou o defeito em 26 de setembro de 2025. O desenvolvedor Greg Sanders posteriormente introduziu uma correção, mesclada em 2 de outubro, que evitou o comportamento problemático de despejo de transação durante as reorganizações.

A solução apareceu no software Bitcoin Core 30.0, 29.2 e 28.3 ao longo de outubro de 2025. No entanto, aproximadamente 9% dos nós acessíveis continuaram anunciando versões vulneráveis ​​perto da data de divulgação.

Quais foram as outras duas vulnerabilidades de segurança principais do Bitcoin?

A segunda vulnerabilidade, CVE-2025-62859, carregava uma classificação de gravidade média e envolvia blocos compactos construídos maliciosamente. Um invasor pode explorar o tratamento inadequado de testemunhas de transações alteradas para atrasar repetidamente os downloads de blocos. Sob condições específicas de rede, incluindo conexões de pares de alta largura de banda comprometidas, a interferência pode continuar indefinidamente.

O pesquisador Eugene Siegel identificou a fraqueza em abril de 2025. Gregory Sanders desenvolveu a correção, que atingiu as versões 30.0 e 29.2 do Bitcoin Core.

Enquanto isso, CVE-2025-62860 expôs um problema totalmente diferente envolvendo conexões Tor de entrada e permissões de pares confiáveis. Quando os operadores configuraram a configuração opcional -whitelist do Bitcoin Core para incluir o endereço do seu daemon Tor, as conexões de entrada poderiam herdar erroneamente privilégios destinados a pares confiáveis.

Essas isenções enfraqueceram certas salvaguardas contra negação de serviço e proteções de privacidade. O Bitcoin Core indicou que milhares de nós da rede principal acessíveis foram potencialmente afetados, embora as configurações padrão permanecessem seguras.

Por que o Bitcoin Core esperou até novembro para divulgar as falhas?

Os anúncios de 10 de novembro seguiram o cronograma de divulgação estabelecido pelo Bitcoin Core. Os desenvolvedores retiveram detalhes técnicos até que a linha de lançamento principal vulnerável final, 29.x, atingisse o status de fim de vida em 27 de outubro de 2026. Ao contrário de três divulgações de vulnerabilidade assistidas por IA publicadas em 28 de outubro, essas questões seguiram o processo de embargo convencional.

É importante ressaltar que nenhum deles permitiu roubo de bitcoin, criação não autorizada de moedas ou falha de consenso, e nenhuma exploração foi relatada. A vulnerabilidade da mineração exigiu condições específicas de reorganização, o que significa que as suas consequências ficaram confinadas aos operadores afetados e não ao próprio Bitcoin.

Para mineradores de bitcoin e administradores de nós, a distinção é importante. A manutenção do software continua essencial mesmo quando as vulnerabilidades não podem comprometer os fundos. O episódio ilustra como defeitos aparentemente obscuros no tratamento de transações podem criar problemas operacionais tangíveis sem ameaçar o consenso subjacente da rede.

Preço do Bitcoin recupera US$ 74 mil após liquidação do CPI gerar volatilidade

O Bitcoin se recuperou para acima de US$ 74.600 depois de cair para US$ 72.787 após dados de inflação dos EUA mais quentes do que o esperado. A ação do preço dentro da faixa levou a ...

Sobre o autor

ESCRITO PORJamie RedmanNews Lead

ÚLTIMAS NOTÍCIAS

MAIS POPULAR

Near AI confirma violação de segurança que afeta 100 usuários e 18 agentes

Vulnerabilidade do Apple iOS coloca carteiras criptográficas em risco, pois alerta sobre problemas de binance

Pompliano afirma que um ETF Bitcoin supera carteiras de hardware em segurança

Hack Binance de US$ 6,3 bilhões da Coreia do Norte dá uma guinada estranha com moedas Meme

Susto de segurança de rede relâmpago força servidores LNbits off-line

Violação de carteira Keplr desencadeia transferências de US$ 6 milhões em todo o Cosmos

ÚLTIMOS PODCASTS

A Bittensor AI pode descobrir novos medicamentos? CEO da MetaNova, Micaela Bazo, sobre NOVA

Colapso de banco derruba presidente + retorno criptográfico de Warren | O semanal

Belshe, CEO da BitGo: autocustódia, FTX e abertura de capital da criptografia

O Bittensor pode vencer o OpenAI? Const na luta pela IA descentralizada

Binance perdeu US$ 6,3 bilhões. Por que o Bitcoin mal reagiu?